Re: R: patch can't find files by linux-stype path
--- Ven 1/10/10, Andrey Repin ha scritto: > Greetings, Marco Atzeri! > > >> > [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98]$patch > > > C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98 > > is not a cygwin path, so what is your shell ? > > http://www.farmanager.com/index.php?l=en > > > I will expect something like > > > /cygdrive/c/arc/games/online/WoW/AddOns/DebuffFilter-1.98 > > >> < ../.modd/DebuffFilter/TinyFontFix.patch > >> can't find file to patch at input line 3 > >> Perhaps you should have used the -p or --strip > option? > > > patch --help is your friend, > > you need likely to specify > > "-p number" > > Hope it's not a joke, just misunderstanding. > Files are exactly where they are supposed to be. > In ./DebuffFilter/* in this case. Thanks for the test case. You are right /tmp/DebuffFilter-1.98 $ patch -i TinyFontFix-linpath.patch can't find file to patch at input line 3 but /tmp/DebuffFilter-1.98 $ patch -p0 -i TinyFontFix-linpath.patch patching file DebuffFilter/DebuffFilter.xml works. I don't know the reason. Sometimes patch tries to be too smart. > > But just as I said: > > >> But when I change these lines to > >> --- DebuffFilter\DebuffFilter.xml 2010-09-18 > >> 16:25:08.0 +0400 > >> +++ DebuffFilter\DebuffFilter.xml 2010-10-01 > >> 17:54:35.74650 +0400 > >> > >> the patch works well. > > Testcase attached. > > > -- > WBR, > Andrey Repin (anrdae...@freemail.ru) > 02.10.2010, <1:39> > > Sorry for my terrible english... much better than my russian ;-) Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: strange crashes on invocation
Christopher Faylor sent the following at Friday, October 01, 2010 6:03 PM >So: How about how? > >http://cygwin.com/snapshots.html http://cygwin.com/snapshots/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: strange crashes on invocation
On Mon, Sep 27, 2010 at 11:52:12AM -0500, Heath Kehoe wrote: > > >On 9/27/2010 10:31 AM, Heath Kehoe wrote: >> On 9/24/2010 2:54 PM, Christopher Faylor wrote: >>> On Fri, Sep 24, 2010 at 01:23:48PM -0500, Heath Kehoe wrote: Well, another difference is the addition of PATH_MAX*2 bytes on the stack. Those functions do some stack manipulations that I'm having trouble grokking. Does 'ret' need to be topmost on the stack? As a test, I moved the 'ret' definition after that of 'dll_path' (in std_dll_init). So far with that change, I have not seen the LoadLibrary fatal error, though I need to test it more to be sure. >>> I've moved some other stuff around in that function. Could you try >>> the latest CVS? >>> >>> cgf >>> >> With your changes, I have not yet encountered any of the error 998 >> failures, and I've run a couple of rebuilds of my project as a stress-test. >> >> Thanks, >> -h > >Ugh! spoke too soon. It happened again: > > 1 [main] bash 5112! C:\cygwin\bin\bash.exe: *** fatal error - >could not load C:\Windows\system32\ws2_32.dll, Win32 error 998 >Stack trace: >Frame Function Args >00288974 6102740B (00288974, , , ) >00288C64 6102740B (61179C40, 8000, , 6117B997) >00289C94 61004B2B (6117B084, 00289CB0, , ) >00289EE4 6100136E (61053A2A, 0154, 0002, 0002) > >It's definitely a lot less frequent, though. I truly do not understand why playing with the stack should have any effect but I've added a retry loop to the LoadLibrary call after reading some vague MSDN articles which indicated that it could fail mysteriously. So: How about how? http://cygwin.com/snapshots.html cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to run Cygwin as the root user ?
On 10/1/2010 5:23 PM, Clement, Sebastien wrote: A very basic question but how can we do that ? Cygwin runs as whatever user you start it as. Log in and run it. If you need to switch users, you should install the 'openssh' package, read the readme and configure it, and use 'ssh'. There is no 'root' user in Windows and therefore Cygwin. Something close (but certainly not at all the same) is "Administrator". -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
How to run Cygwin as the root user ?
A very basic question but how can we do that ? Sébastien -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: R: Cygwin 1.7.7 fork/exec performance MUCH slower than 1.5.25
I'm aware of the bash-completion issue. I've removed it already. This is a different problem. My login shells don't take 2 minutes to start any more, now it's just a mere 2 seconds. :-) Best regards G -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: for Cygwin?
--- Ven 1/10/10, Jan Chludzinski ha scritto: No top post please. > That brings up a couple of > questions: > > 1) I've found several web sites that offer a GSL package > for 1.7 but > why isn't it part of the library full install? Setup.exe install as default only a minimal number of packages: those under the "Base" category. GSL is under the "Libs" category. You need to select it for installation. > 2) Is there a "canonical" place to look for packages not in > the install options? During installation on "Select Package" window. You can click on "View" to select different way to see all available packages. There are 4 GSL package available, the first 2 are need if you want to develop gsl the GNU Scientific Library: runtime gsl-devel the GNU Scientific Library: developers tools gsl-appsthe GNU Scientific Library: application programs gsl-doc the GNU Scientific Library: documentation see also http://cygwin.com/packages/ for the list of all available packages for cygwin and about their content. Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bugzilla outage Monday, October 4, 18:00GMT-19:00GMT
Thanks to sterling work by Frédéric Buclin, the sourceware.org overseers group is preparing to upgrade sourceware.org bugzilla to a current version. We will be taking bugzilla offline on Monday, October 4, for one hour starting at 18:00GMT, 11:00PDT to do a final database upgrade and conversion to the new system. Please let us know if this is an intolerable inconvenience. Ian -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: for Cygwin?
That brings up a couple of questions: 1) I've found several web sites that offer a GSL package for 1.7 but why isn't it part of the library full install? 2) Is there a "canonical" place to look for packages not in the install options? On Fri, Oct 1, 2010 at 11:25 AM, Marco Atzeri wrote: > --- Ven 1/10/10, Jan Chludzinski ha scritto: > >> I need to write some simple code >> which involves complex values. I >> remembered that C99 added support for complex values and >> tried to use >> (different from C++'s ) - >> I tried ccos() and got >> the error below. >> >> Another option is to use GLS? > > GLS seems the easy way. > newlib is not C99 complete for complex numbers > > Marco > >> >> ---John >> >> >> On Thu, Sep 30, 2010 at 4:18 PM, Marco Atzeri >> wrote: >> > --- Gio 30/9/10, Jan Chludzinski ha scritto: >> > >> >> After doing some web searches for >> >> and Cygwin, I found >> >> there doesn't seem to be any support unless I >> use: gcc >> >> -I/usr/include/mingw -lm tc.c But I still end up >> with: >> >> >> >> >> /cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3d): >> >> undefined reference to `_ccos' >> >> collect2: ld returned 1 exit status >> >> >> >> I'm really not interested in working with MinGW >> either. >> >> All the >> >> messages about and Cygwin are >> rather old >> >> (<2007) so I was >> >> hoping that 1.7 would remedy the problem. >> Evidently not? >> >> >> >> ---John >> >> >> > >> > John, >> > newlib (cygwin libc-like library) has not the complex >> type, >> > however on cygwin complex numbers are supported by >> > the gcc/g++ compiler >> > >> > >> /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/complex.h >> > >> > what are exactly your needs ? >> > >> > Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: for Cygwin?
--- Ven 1/10/10, Jan Chludzinski ha scritto: > I need to write some simple code > which involves complex values. I > remembered that C99 added support for complex values and > tried to use > (different from C++'s ) - > I tried ccos() and got > the error below. > > Another option is to use GLS? GLS seems the easy way. newlib is not C99 complete for complex numbers Marco > > ---John > > > On Thu, Sep 30, 2010 at 4:18 PM, Marco Atzeri > wrote: > > --- Gio 30/9/10, Jan Chludzinski ha scritto: > > > >> After doing some web searches for > >> and Cygwin, I found > >> there doesn't seem to be any support unless I > use: gcc > >> -I/usr/include/mingw -lm tc.c But I still end up > with: > >> > >> > /cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3d): > >> undefined reference to `_ccos' > >> collect2: ld returned 1 exit status > >> > >> I'm really not interested in working with MinGW > either. > >> All the > >> messages about and Cygwin are > rather old > >> (<2007) so I was > >> hoping that 1.7 would remedy the problem. > Evidently not? > >> > >> ---John > >> > > > > John, > > newlib (cygwin libc-like library) has not the complex > type, > > however on cygwin complex numbers are supported by > > the gcc/g++ compiler > > > > > /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/complex.h > > > > what are exactly your needs ? > > > > Marco > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: > http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: for Cygwin?
[please don't top-post] On 10/01/2010 09:08 AM, Jan Chludzinski wrote: I need to write some simple code which involves complex values. I remembered that C99 added support for complex values and tried to use (different from C++'s) - I tried ccos() and got the error below. Ah, but cygwin doesn't yet implement C99. Patches welcome. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: for Cygwin?
I need to write some simple code which involves complex values. I remembered that C99 added support for complex values and tried to use (different from C++'s ) - I tried ccos() and got the error below. Another option is to use GLS? ---John On Thu, Sep 30, 2010 at 4:18 PM, Marco Atzeri wrote: > --- Gio 30/9/10, Jan Chludzinski ha scritto: > >> After doing some web searches for >> and Cygwin, I found >> there doesn't seem to be any support unless I use: gcc >> -I/usr/include/mingw -lm tc.c But I still end up with: >> >> /cygdrive/c/DOCUME~1/JOHNC~1.ECS/LOCALS~1/Temp/ccAPGnIv.o:tc.c:(.text+0x3d): >> undefined reference to `_ccos' >> collect2: ld returned 1 exit status >> >> I'm really not interested in working with MinGW either. >> All the >> messages about and Cygwin are rather old >> (<2007) so I was >> hoping that 1.7 would remedy the problem. Evidently not? >> >> ---John >> > > John, > newlib (cygwin libc-like library) has not the complex type, > however on cygwin complex numbers are supported by > the gcc/g++ compiler > > /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/complex.h > > what are exactly your needs ? > > Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: unison 2.40.16 (cygwin) over ssh doesn't resume after merge command
> Executive summary: unison 2.40.16 (cygwin) freezes upon exit of a merge > command, but only when one root is ssh. Works fine when both are local. > Testing the MSVC build of 2.40.16 also works fine with a ssh-root. strace can probably help - you can see which system call is hanging, or maybe looping forever. There are people here who can help you to interpret the output. > Any hints are welcome! As a last resort, I'll have to dive into > building unison on cygwin myself. Should be straightforward to build. The source package includes a cygport script, and a couple of small patches (unison2.40-2.40.16-1.src.patch) that are needed in order for Unison to build in Cygwin. Also, since OCaml was upgraded to 3.12.0 in Cygwin, the following additional small patch is needed or the build will fail. I'll issue a new release soon that includes that patch, so people can still build it with OCaml 3.12.0. Andrew. diff -urN unison-2.40.16.orig/update.mli unison-2.40.16/update.mli --- unison-2.40.16.orig/update.mli 2010-04-15 13:29:31.0 -0400 +++ unison-2.40.16/update.mli 2010-09-28 09:58:43.202167800 -0400 @@ -1,7 +1,7 @@ (* Unison file synchronizer: src/update.mli *) (* Copyright 1999-2009, Benjamin C. Pierce (see COPYING for details) *) -module NameMap : Map.S with type key = Name.t +module NameMap : MyMap.S with type key = Name.t type archive = ArchiveDir of Props.t * archive NameMap.t -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
R: patch can't find files by linux-stype path
--- Ven 1/10/10, Andrey Repin ha scritto: > Greetings, All! > > [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98]$patch C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98 is not a cygwin path, so what is your shell ? I will expect something like /cygdrive/c/arc/games/online/WoW/AddOns/DebuffFilter-1.98 > < ../.modd/DebuffFilter/TinyFontFix.patch > can't find file to patch at input line 3 > Perhaps you should have used the -p or --strip option? patch --help is your friend, you need likely to specify "-p number" > The text leading up to this was: > -- > |--- DebuffFilter/DebuffFilter.xml > 2009-09-01 22:10:48.0 +0400 > |+++ DebuffFilter/DebuffFilter.xml > 2009-10-04 08:28:36.412625000 +0400 > -- > File to patch: ? > [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98]$patch > < ../.modd/DebuffFilter/TinyFontFix.patch > can't find file to patch at input line 3 > Perhaps you should have used the -p or --strip option? > The text leading up to this was: > -- > |--- ./DebuffFilter/DebuffFilter.xml > 2009-09-01 22:10:48.0 +0400 > |+++ ./DebuffFilter/DebuffFilter.xml > 2009-10-04 08:28:36.412625000 +0400 > -- > File to patch: > > But when I change these lines to > --- DebuffFilter\DebuffFilter.xml 2010-09-18 > 16:25:08.0 +0400 > +++ DebuffFilter\DebuffFilter.xml 2010-10-01 > 17:54:35.74650 +0400 > > the patch works well. > > Ah, of course... > [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98\DebuffFilter]$which > patch > patch is an external : C:\Programs\CygWin\bin\patch.exe > > So, the question is... what i'm doing wrong? > > > -- > WBR, > Andrey Repin > 01.10.2010, <17:56> > > Sorry for my terrible english... > not so bad. Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: diff issue
Greetings, Csaba Raduly! > Andrey Repin wrote: > When I'm comparing them with my usual macro > diff -bdu -x "CVS" -x ".svn" -I "\$Id.*\$" -I "\$Revision.*\$" -I > "\$Date.*\$" -I "\$Author.*\$" --strip-trailing-cr -- '1/backup.bat' > 'backup.bat' > It telling me that $Id$ lines are differ. > But when I remove the "@echo off" from second file, it telling me > that files are "identical" (the expected result). > Did you get something similar to the following ? Practically, I get exactly this result. > --- 1/backup.bat 2010-10-01 09:55:59.070190500 +0200 > +++ backup.bat 2010-10-01 09:56:19.112194500 +0200 > @@ -1,2 +1,3 @@ > -rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $ > +...@echo off > +rem $Id: backup.bat 10 2010-09-30 01:22:14Z anrdaemon $ > rar a -ag--MM-DD_HH-MM -- MinerTimer @MinerTimer.list > I suspect that the -I switch told diff "do not start a difference if > the line matches" rather than "consider this line to always match". > This behavio(u)r is counter-intuitive, but is probably required; > otherwise the generated diff would be unusable for patch(1). I was thinking the same way. -- WBR, Andrey Repin (anrdae...@freemail.ru) 01.10.2010, <17:59> Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: diff issue
Greetings, Brian Wilson! > Lastly do you need to use the "-x PATtern" exclusion options? You are > already specifying the two files to diff > so you shouldn't need these options. It is part of my shell macro, so I can compare CVS/Subversion working copies without much of false differences reported. -- WBR, Andrey Repin (anrdae...@freemail.ru) 01.10.2010, <18:00> Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
patch can't find files by linux-stype path
Greetings, All! [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98]$patch < ../.modd/DebuffFilter/TinyFontFix.patch can't find file to patch at input line 3 Perhaps you should have used the -p or --strip option? The text leading up to this was: -- |--- DebuffFilter/DebuffFilter.xml 2009-09-01 22:10:48.0 +0400 |+++ DebuffFilter/DebuffFilter.xml 2009-10-04 08:28:36.412625000 +0400 -- File to patch: ? [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98]$patch < ../.modd/DebuffFilter/TinyFontFix.patch can't find file to patch at input line 3 Perhaps you should have used the -p or --strip option? The text leading up to this was: -- |--- ./DebuffFilter/DebuffFilter.xml2009-09-01 22:10:48.0 +0400 |+++ ./DebuffFilter/DebuffFilter.xml2009-10-04 08:28:36.412625000 +0400 -- File to patch: But when I change these lines to --- DebuffFilter\DebuffFilter.xml 2010-09-18 16:25:08.0 +0400 +++ DebuffFilter\DebuffFilter.xml 2010-10-01 17:54:35.74650 +0400 the patch works well. Ah, of course... [C:\arc\games\online\WoW\AddOns\DebuffFilter-1.98\DebuffFilter]$which patch patch is an external : C:\Programs\CygWin\bin\patch.exe So, the question is... what i'm doing wrong? -- WBR, Andrey Repin (anrdae...@freemail.ru) 01.10.2010, <17:56> Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: tidy-20090325-1
Version tidy-20090325-1 of HTML Tidy has been uploaded. HTML Tidy is a program to clean up and correct messy HTML pages. Tidy is able to fix up a wide range of problems and to bring to your attention things that you need to work on yourself. HTML Tidy, including both TidyLib and the command line utility, uses a MIT-like license. This license allows you to do almost anything with the code, except to represent your changes as coming from the W3C. *** 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Lapo Luchini -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: R: libtermcap.a in cygwin 1.7.7.1
Am 01.10.2010 11:56, schrieb Marco Atzeri: --- Ven 1/10/10, Dipak Gaigole ha scritto: Hello, Recently I had uninstalled my previous version of cygwin (1.5.24) and did a fresh install of latest cygwin (1.7.7.1) When I tried to recompile my code it failed because of libtermcap.a not found. This termcap library is needed by my code. newly compiled applications should use terminfo (that is, libncurses) and not libtermcap, see http://www.cygwin.com/ml/cygwin-announce/2009-12/msg0.html Actually, this is a linking issue. The old termcap API is emulated as part of the ncurses package, so instead of -ltermcap just link with -lncurses. Source code can remain unchanged, also you can even continue to #include ; -I/usr/include/ncurses may have to be added to your compiler invocation. Just in case you're running old programs, the old termcap database is also still available in package category "Utils". -- Thomas Further investigation shows that this library is missing from this latest cygwin installer package. As far as I know, the termcap library is provided under "terminfo" or the older "termcap" cygwin package. During my installation, I had included all the "devel" packages. # administra...@engwin03-64dev1 ~ $ cygcheck -c "cygwin" Cygwin Package Information Package Version Status cygwin 1.7.7-1 OK administra...@engwin03-64dev1 ~ $ cygcheck -c | egrep "ncurses|terminfo|termcap" libncurses-devel 5.7-18 OK libncurses10 5.7-18 OK libncurses8 5.5-10 OK libncurses9 5.7-16 OK libncursesw-devel 5.7-18 OK libncursesw10 5.7-18 OK ncurses 5.7-18 OK ncurses-demo 5.7-18 OK ncursesw 5.7-18 OK ncursesw-demo 5.7-18 OK termcap 5.7_20091114-14 OK terminfo 5.7_20091114-14 OK terminfo0 5.5_20061104-12 OK administra...@engwin03-64dev1 ~ $ # Does anyone has faced similar issue? Meanwhile I am downloading the latest cygwin 1.7.7.1 source code and planning to recompile it. Thanks, Dipak Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: R: Cygwin 1.7.7 fork/exec performance MUCH slower than 1.5.25
Greetings, SZABУ Gergely! > The funny thing is, The sum of the sys and user times for the "fork" > script is around 1 minute. What happens in the remaining 3 minutes, to > make up that terrible time over 4 min? bash-completion? :D Try uninstalling this package entirely. -- WBR, Andrey Repin (anrdae...@freemail.ru) 01.10.2010, <14:37> Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
R: libtermcap.a in cygwin 1.7.7.1
--- Ven 1/10/10, Dipak Gaigole ha scritto: > Hello, > > Recently I had uninstalled my previous version of cygwin > (1.5.24) and > did a fresh install of latest cygwin (1.7.7.1) > > When I tried to recompile my code it failed because of > libtermcap.a > not found. This termcap library is needed by my code. newly compiled applications should use terminfo (that is, libncurses) and not libtermcap, see http://www.cygwin.com/ml/cygwin-announce/2009-12/msg0.html > > Further investigation shows that this library is missing > from this > latest cygwin installer package. > > As far as I know, the termcap library is provided under > "terminfo" or > the older "termcap" cygwin package. > > During my installation, I had included all the "devel" > packages. > > # > administra...@engwin03-64dev1 ~ > $ cygcheck -c "cygwin" > Cygwin Package Information > Package Version Status > cygwin 1.7.7-1 OK > > administra...@engwin03-64dev1 ~ > $ cygcheck -c | egrep "ncurses|terminfo|termcap" > libncurses-devel 5.7-18 OK > libncurses10 5.7-18 OK > libncurses8 5.5-10 OK > libncurses9 5.7-16 OK > libncursesw-devel 5.7-18 OK > libncursesw10 5.7-18 OK > ncurses 5.7-18 OK > ncurses-demo 5.7-18 OK > ncursesw 5.7-18 OK > ncursesw-demo 5.7-18 OK > termcap 5.7_20091114-14 OK > terminfo 5.7_20091114-14 OK > terminfo0 5.5_20061104-12 OK > > administra...@engwin03-64dev1 ~ > $ > # > > Does anyone has faced similar issue? > > Meanwhile I am downloading the latest cygwin 1.7.7.1 source > code and > planning to recompile it. > > Thanks, > Dipak > Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: What does this look like to you folks?
SJ Wright wrote: Gregg Levine wrote: On Mon, Sep 27, 2010 at 11:26 PM, SJ Wright wrote: SJ Wright wrote: First, a little background: In quite a few previous edits of my .bash_aliases file, I've used the same alias to cd to a particular folder. Tonight I typed it in and got the following as a return: [/cygdrive/c/blu/newest] mintty-cygwin>>smith + laugh + pwd /cygdrive/c/blu/newest + cd /cygdrive/c/taiga/ + pwd /cygdrive/c/taiga + cd /cygdrive/c/taiga [/cygdrive/c/blu/newest] When I went to view .bash_aliases in nano, the alias 'smith' (changed at my prerogative for discussion on this list) was missing. As far as I know, it was there as recently as 5 AM today; I believe I used it around noon today (27 September) as well. Should I be worried? I've never heard of Cygwin being a target for --the precise term escapes me at the moment so I'll say-- this kind of intrusion, if that's what it is. As for potential "routes in," I have sshd running on cygrunsrv but nothing else. Time to change my login password, maybe? Steve W. -- Of course, I edited the path for the alias back into .bash_aliases (didn't want to give up the convenience, after all) but was prudent enough to use another word than "smith" for it. {Think first Duke of Marlborough.} SJW Hello! Well I ran Google on that term, and came up with the Wikipedia page. ((Which I won't cite here.)) But don't you mean Mr Churchill the PM actually? (He also was entitled to use that entry into the peerage.) You may not have anything to worry about, however I am not a security expert as far as Cygwin goes, I'm more of a user on it, and even on Linux. I do suggest you change your passwords for both that system and for the SSH one. If that's not possible then make it impossible for the system to be reached that way online via SSH. - Gregg C Levine gregg.drw...@gmail.com "This signature fought the Time Wars, time and again." -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Anyone else care to chime in/advise/suggest something? Presently I'm doing a context search of my Cygwin folder for the word "laugh" (the outstanding non-command word or phrase used in the harmless hack). I've already scanned, by eye, grep and two developer-type text editors, my dotfiles and the default ones in /etc/defaults/ -- though frankly this last seems a little too obvious a route for anyone who's going to drop a 'sleeper' script that fouls up a shell alias to take. Ever notice how hackers and "script kiddies" tend to make targets of things people already are complaining about? Windows, numerous websites, and this, the latest maintenance upgrade of Cygwin. (But then, this is just an observation -- the only proof I have is in what happened to the change-directory alias known as "smith" in my .bash_aliases file, since modified.) SJ Wright -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple I just discovered what was going on. Someone had cloned the two bash aliases I most often use as scripts in a folder of the same name in my root Cygwin folder. Both of them had content similar to this: set -x function laugh(){ pwd cd /cygdrive/c/taiga/ pwd cd "$PWD" } laugh (The above is "smith" in the main /scripts folder and "smith.sh" in the sub-folder in which I keep edits.) With a change to my ssh and system password, it's likely it will be a while before this sort of thing happens again. I plan in the meantime to srm these files and attempt to better secure the /scripts folder, its local access as well. Steve W. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: What does this look like to you folks?
Gregg Levine wrote: On Mon, Sep 27, 2010 at 11:26 PM, SJ Wright wrote: SJ Wright wrote: First, a little background: In quite a few previous edits of my .bash_aliases file, I've used the same alias to cd to a particular folder. Tonight I typed it in and got the following as a return: [/cygdrive/c/blu/newest] mintty-cygwin>>smith + laugh + pwd /cygdrive/c/blu/newest + cd /cygdrive/c/taiga/ + pwd /cygdrive/c/taiga + cd /cygdrive/c/taiga [/cygdrive/c/blu/newest] When I went to view .bash_aliases in nano, the alias 'smith' (changed at my prerogative for discussion on this list) was missing. As far as I know, it was there as recently as 5 AM today; I believe I used it around noon today (27 September) as well. Should I be worried? I've never heard of Cygwin being a target for --the precise term escapes me at the moment so I'll say-- this kind of intrusion, if that's what it is. As for potential "routes in," I have sshd running on cygrunsrv but nothing else. Time to change my login password, maybe? Steve W. -- Of course, I edited the path for the alias back into .bash_aliases (didn't want to give up the convenience, after all) but was prudent enough to use another word than "smith" for it. {Think first Duke of Marlborough.} SJW Hello! Well I ran Google on that term, and came up with the Wikipedia page. ((Which I won't cite here.)) But don't you mean Mr Churchill the PM actually? (He also was entitled to use that entry into the peerage.) You may not have anything to worry about, however I am not a security expert as far as Cygwin goes, I'm more of a user on it, and even on Linux. I do suggest you change your passwords for both that system and for the SSH one. If that's not possible then make it impossible for the system to be reached that way online via SSH. - Gregg C Levine gregg.drw...@gmail.com "This signature fought the Time Wars, time and again." -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Anyone else care to chime in/advise/suggest something? Presently I'm doing a context search of my Cygwin folder for the word "laugh" (the outstanding non-command word or phrase used in the harmless hack). I've already scanned, by eye, grep and two developer-type text editors, my dotfiles and the default ones in /etc/defaults/ -- though frankly this last seems a little too obvious a route for anyone who's going to drop a 'sleeper' script that fouls up a shell alias to take. Ever notice how hackers and "script kiddies" tend to make targets of things people already are complaining about? Windows, numerous websites, and this, the latest maintenance upgrade of Cygwin. (But then, this is just an observation -- the only proof I have is in what happened to the change-directory alias known as "smith" in my .bash_aliases file, since modified.) SJ Wright -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: use the list of files stored in a text file and process it
Csaba Raduly wrote: On Thu, Sep 30, 2010 at 3:37 PM, SJ Wright wrote: I know one of the trip-ups I often have if I spend any time away from a L/Unix environment has to do with the "mv" command: I often forget that it prefers absolute paths from root folders (or in the case of Cygwin, virtual ones taken as real) or dot-dot-slash relative path syntax to just "/god-directory/" or what-have-you. Many other commands, particularly ls and ln -s, are likewise "particular about their paths." (general "you" meant below) Unix commands are not "particular about their paths". They just trust you to give the correct file names. If the file name does not begin with a slash, it is relative to the current directory. That may or may not be what you intended. Using absolute paths ensures that the meaning of a filename is not influenced by the current directory; but using relative paths is often shorter. If you have trouble remembering what the current directory is, try setting the prompt to always print the current directory, like this: PS1='\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\t \$ ' Careless of me to promulgate a baseless assertion. Cygwin and Unix are simply tools: they can do no more, and be credited or blamed with no more, than their makers or users direct them or design them to do. SJ Wright -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
libtermcap.a in cygwin 1.7.7.1
Hello, Recently I had uninstalled my previous version of cygwin (1.5.24) and did a fresh install of latest cygwin (1.7.7.1) When I tried to recompile my code it failed because of libtermcap.a not found. This termcap library is needed by my code. Further investigation shows that this library is missing from this latest cygwin installer package. As far as I know, the termcap library is provided under "terminfo" or the older "termcap" cygwin package. During my installation, I had included all the "devel" packages. # administra...@engwin03-64dev1 ~ $ cygcheck -c "cygwin" Cygwin Package Information Package Version Status cygwin 1.7.7-1 OK administra...@engwin03-64dev1 ~ $ cygcheck -c | egrep "ncurses|terminfo|termcap" libncurses-devel 5.7-18 OK libncurses10 5.7-18 OK libncurses8 5.5-10 OK libncurses9 5.7-16 OK libncursesw-devel 5.7-18 OK libncursesw10 5.7-18 OK ncurses 5.7-18 OK ncurses-demo 5.7-18 OK ncursesw 5.7-18 OK ncursesw-demo 5.7-18 OK termcap 5.7_20091114-14 OK terminfo 5.7_20091114-14 OK terminfo0 5.5_20061104-12 OK administra...@engwin03-64dev1 ~ $ # Does anyone has faced similar issue? Meanwhile I am downloading the latest cygwin 1.7.7.1 source code and planning to recompile it. Thanks, Dipak -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
unison 2.40.16 (cygwin) over ssh doesn't resume after merge command
Hi all, This is forwarded from the unison-users mailing list. Original post at the bottom... Executive summary: unison 2.40.16 (cygwin) freezes upon exit of a merge command, but only when one root is ssh. Works fine when both are local. Testing the MSVC build of 2.40.16 also works fine with a ssh-root. I'm up to date with cygwin 1.7 repositories. Any hints are welcome! As a last resort, I'll have to dive into building unison on cygwin myself. Cheers, Robert Original Message Thanks, Harald! However, I'm fairly committed to using cygwin in many respects (I synchronize a substantial set of portable tools, scripts and data between all my servers and workstation (about 10 in total)), and would prefer keep it that way. The debug message is the last debug output (using -debug all) before unison "freezes". I deemed the other messages to be unimportant - I realize I may have been mistaken. The problem seems to be easily reproducible on several of my workstations using the command line I posted, and doesn't seem to depend on any specifics of my setup. I have now done the test with the MSVC build of 2.40.16 (as client, against a cygwin unison+ssh "server"), and the problem does NOT occur. So it seems to be a problem with the cygwin port. What's the best way to proceed? I've never built unison myself, so I'm a bit stumped. Cheers, Robert On 28.09.2010 16:46, Harald Heigl wrote: Why still using unison over cygwin? 2.40.16 supports Unicode, so no problem syncing between Win/Linux/Mac. (The first two of them I can confirm) If you want to give it a try, sync your directories (if not working with 2.40.16, then with an older version which worked for you) and after that sync directly with 2.40.16 without cygwin (I use putty/plink for ssh). “The debug message” is from Option -debug all? Or is this just what it prints out if you start the commando without debug option? Regards, *Von:* unison-us...@yahoogroups.com [mailto:unison-us...@yahoogroups.com] *Im Auftrag von *Robert Schmidt *Gesendet:* Dienstag, 28. September 2010 15:03 *An:* unison-us...@yahoogroups.com *Betreff:* [unison-users] unison 2.40.16 (cygwin) over ssh doesn't resume after merge command Hi, After the upgrade to 2.40.16, I've had problems with unison simply freezing when the merge command has finished - as if it is still waiting for the process to exit. This always happens when syncing local to a remote location over ssh, but never when syncing two local roots. A sample command line (using a simple cp instead of my merge script): unison -root / -root ssh://mylo...@myserver// -path home/private/Documents/test.txt -merge "Name {*.txt} -> cp CURRENT1 NEW" -backupcurrent "Name {*.txt}" -debug all The last debug message is: Merge command: cp '/home/private/Documents/.unison.merge1-test.txt' '/home/private/Documents/.unison .mergenew1-test.txt' After which, unison seems to wait indefinitely. Is this a known bug, or am I doing something wrong? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: diff issue
Andrey Repin wrote: When I'm comparing them with my usual macro diff -bdu -x "CVS" -x ".svn" -I "\$Id.*\$" -I "\$Revision.*\$" -I "\$Date.*\$" -I "\$Author.*\$" --strip-trailing-cr -- '1/backup.bat' 'backup.bat' It telling me that $Id$ lines are differ. But when I remove the "@echo off" from second file, it telling me that files are "identical" (the expected result). Did you get something similar to the following ? --- 1/backup.bat 2010-10-01 09:55:59.070190500 +0200 +++ backup.bat 2010-10-01 09:56:19.112194500 +0200 @@ -1,2 +1,3 @@ -rem $Id: backup.bat,v 1.1 2007/07/17 01:53:30 Daemon Exp $ +...@echo off +rem $Id: backup.bat 10 2010-09-30 01:22:14Z anrdaemon $ rar a -ag--MM-DD_HH-MM -- MinerTimer @MinerTimer.list I suspect that the -I switch told diff "do not start a difference if the line matches" rather than "consider this line to always match". So diff found the differing "@echo" line, and went into "it's a diff" mode until the identical "rar" line was found. So the "$Id" line is included in the diff even though it matches the -I switch. This behavio(u)r is counter-intuitive, but is probably required; otherwise the generated diff would be unusable for patch(1). On Fri, Oct 1, 2010 at 4:20 AM, Brian Wilson wrote: > > I'm not sure what the "--" argument is used for (before the file names) > though. It's a convenient way to ensure that the command works with filenames beginning with a dash. -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ L w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: use the list of files stored in a text file and process it
On Thu, Sep 30, 2010 at 3:37 PM, SJ Wright wrote: > I know one of the trip-ups I often have if I spend any time away from a > L/Unix environment has to do with the "mv" command: I often forget that it > prefers absolute paths from root folders (or in the case of Cygwin, virtual > ones taken as real) or dot-dot-slash relative path syntax to just > "/god-directory/" or what-have-you. Many other commands, particularly ls and > ln -s, are likewise "particular about their paths." (general "you" meant below) Unix commands are not "particular about their paths". They just trust you to give the correct file names. If the file name does not begin with a slash, it is relative to the current directory. That may or may not be what you intended. Using absolute paths ensures that the meaning of a filename is not influenced by the current directory; but using relative paths is often shorter. If you have trouble remembering what the current directory is, try setting the prompt to always print the current directory, like this: PS1='\[\e]0;\w\a\]\n\[\e[32m\...@\h \[\e[33m\]\w\[\e[0m\]\n\t \$ ' -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ L w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: R: Cygwin 1.7.7 fork/exec performance MUCH slower than 1.5.25
--- Ven 1/10/10, SZABÓ Gergely ha scritto: > Ciao Marco, > > I do not think a real /home would help, as I have several > colleagues who > have a real /home, but still have similar slow performance > with cygwin > 1.7.x. > > What kind of ACL issue could this be? And why is it no > problem for > Cygwin 1.5.25? Anything to do with the new cyglsa.dll? > > The funny thing is, The sum of the sys and user times for > the "fork" > script is around 1 minute. What happens in the remaining 3 > minutes, to > make up that terrible time over 4 min? > > If I am watching the Windows Task Manager during the > execution of the > "fork" script, I see that the process "System" eats more > than 50% of the > CPU all the time. Antivirus ? Some time on my system with McAfee, when I create a huge number of files with cygwin the process "explorer.exe" go to 50% (100% of 1 CPU)and I need to kill it. I guess there is a timing problem between the antivirus and cygwin-1.7. > > Best regards > Gergely > > P.S: this is all Win32 (not x64) as you can see from the > cygcheck > files... > also here is Win32 XP SP2, and there is no difference in timing Marco PS: cygwin B15 and B20 ? How old is your PC :-? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple