Re: How to increase stack size!!!
Am I the only person that upon first reading the subject of this email, thought that it was pr0n spam? cheers, -Matt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Slow rsync
Guys: I've been using rsync to keep a CVS repository up to date. My main cvs repository/rsync server is a Redhat 7.3 box. I have the following alias set up on my cygwin side: alias getcvs='rsync -avuz -e ssh --exclude-from="/home/matts/.rsync.ignore" linux:cvs .' When running this rsync command from a linux client, the "receiving file list ..." portion of the sync takes less than 1 second to complete. When running the same rsync command from the latest cygwin release on a Windows XP box, it takes > 30 minutes for the "receiving file list ..." portion to complete. Now I understand that Cygwin is inherently slower, but this seems more like a bug to me. I did note that the task manager showed the associated ssh process eating up 99% of the cpu during this 30 minute period. Has anyone else seen this behavior? For the record, I checked the FAQ before posting, and didn't see anything relevant to this question. I also made sure to turn OFF virus protection, and I made sure I didn't have multiple copies of cygwin1.dll floating around. I also tried the hacked rsync.exe referenced here: http://sources.redhat.com/ml/cygwin/2002-10/msg00296.html Which also didn't work for me. I tried the latest cygwin snapshot (10/30/02), with no luck. Please also note that I have the CYGWIN environ variable set to "nontsec". thanks for any insight, -Matt Smith -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tail -f problem
This is not the fault of tail, rather IIS. Search the archives if you're interested why. cheers, -Matt Smith > With cygwin's tail, the output is not quite the same as the linux version of > tail. With Cygwin's version, I will get output with tail -f, but the > updates aren't "realtime" as the linux version -- the updates are barely > shown at all, if ever. Here are the different methods I used to try and > parse the IIS log file: > Thanks, > -Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: tail -f problem
This is not a simple issue of "the linux tail works, and the cygwin tail doesn't". You're exporting an smb share, which most likely (or could possibly) affect buffering/flushing. At any rate, if the linux tail is working for you, use it. cheers, -Matt > I've read the archives (now that I found it) about other people posting > about this. However, this does not change the fact that linux's version of > tail works plenty fine with viewing IIS logfiles vs. Cygwin's version of > tail. > > -Original Message- > From: Matthew Smith [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 31, 2003 10:39 AM > To: Cygwin > Cc: Scott Alexander > Subject: Re: tail -f problem > > > This is not the fault of tail, rather IIS. Search the archives if you're > interested why. > > cheers, > -Matt Smith > > > > > With cygwin's tail, the output is not quite the same as the linux version > of > > tail. With Cygwin's version, I will get output with tail -f, but the > > updates aren't "realtime" as the linux version -- the updates are barely > > shown at all, if ever. Here are the different methods I used to try and > > parse the IIS log file: > > Thanks, > > -Scott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: textutils-2.0.21-1
textutils-2.0.21-1 has been uploaded to the Cygwin net distribution. Changes: Many small bugfixes, and better posix compliance. Please see the Changelog in the sources for more complete information on the changes. --Matt Smith To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'textutils' from the 'Base' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: OT: possible project/research project
Robert: I'm not sure what I could do, but if you're willing to be the project leader, and hand out work to do, I'd be more than happy to pitch in and help. Sounds like you have a pretty good idea of what needs to be done. cheers, -Matt Smith >I've not seen a specific project to accomplish this (in google/freshmeat/sourceforge) - but I figure that cygwin is _such_ a prime >platform for it that if one exists, and I'd be repeating work, I'll find someone who knows it here > >Anyway, this is (obviously) a long-term proposition, but if two or three folk from here would be interested in collaborating on >such a project... > >Cheers, >Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: od -x
od -xIntel processors are little endian. cheers, -Matt Smith The od utility doesn't seem to behaving properly. With the -x option, it reverses bytes e.g. 5245 4f43 when it should be 4552 434f. With no options, I can detect no correspondence to the actual input data and no pattern whatsoever. What character is an octal 503? The -c option works, but is not so useful. $ tail -1 814out_20020412164115.pgp.262176.decr P.||20020412|24|ERCO $ od -x 814out_20020412164115.pgp.262176.decr | tail -3 3163560 3032 3230 3430 3231 7c7c 7c7c 327c 7c34 3163600 5245 4f43 3163604 $ od 814out_20020412164115.pgp.262176.decr | tail -6 3163500 031463 030461 053574 052524 052040 051504 076120 030460 3163520 033467 030464 034462 076064 052515 052524 046101 042440 3163540 042516 043522 020131 052127 020125 027114 027120 076174 3163560 030062 031060 032060 031061 076174 076174 031174 076064 3163600 051105 047503 3163604 $ od -c 814out_20020412164115.pgp.262176.decr | tail -3 3163560 2 0 0 2 0 4 1 2 | | | | | 2 4 | 3163600 E R C O 3163604 James Moore -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
I was bitten by this recently too. In addition to .cvspass and .cvsrc, you probably will need to run dos2unix on the files beneath the CVS directory under each directory of your cvs sandbox. cheers, -Matt Smith > > The only thing I could do was to go back to a "textmode" system mount. > > I use binmode mounts all the time. cvs login works for me. Don't blame > binmode/textmode. > > I think you should look at ~/.cvspass and make sure it doesn't have /r/n > line endings. Imagine thie: > > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h :pserver:[EMAIL PROTECTED]:/cvs A \r\n > > Then, you switch to binmode, and do another cvslogin, resulting in this: > > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h :pserver:[EMAIL PROTECTED]:/cvs A \r\n > :pserver:[EMAIL PROTECTED]:/cvs/src Ay=0=h > The next time the .cvspass file is read in, cvs is confused by the > presence of the \r's in the first two lines. (Which it never saw > before, thanks to textmode). > > Use switch back to binmode, use dos2unix on .cvspass (and .cvsrc for > that matter), and try again... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
Yessir. cheers, -Matt > AHA!!! CONFIRMATION!!! THANK GOD!! > > So, you're saying that removing the \r from the cvs-related ~/.dotfiles > and from CVS/* ---fixed--- your problems when you switched to binmode > mounts? > > --Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Changes in latest snapshot
> Maybe it is also a good idea to include a little wrapper for d2u, (in the
> cygutils package?), to convert recursively all files from where you
> start it? Or add an option to the executable to run it recursive down
> a whole tree.
Why? This is trivial to do.
find . -type f -exec dos2unix {} \;
cheers,
-Matt
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: tail -f will not work with IIS generated log files
> Bit of bummer because getting "tail" to monitor IIS was the VERY reason I > downloaded and installed www.CyGWin.com . I'm wondering: > > 1) When might someone fix this? It will get fixed as soon as you submit a patch for it! Seriously. All of the cygwin people work on a volunteer basis. We all have lives/jobs to contend with, and contribute to cygwin when we can. If you have a feature you must have, implement it. It's that simple. >(extend "tail" to deal with the IIS log > tricks, and thus making a more powerful "tail") tail doesn't display so is > surely stripping out pre-allocated buffer space at the end (perhaps because, > in MS-DOS, it's preceded by a ^Z), but not going back to see if that space > it skipped has changed, or just not noticing any changes because , as Robert > suggested, it's probably just looking at the size of the file. What it > probably should be looking at first is the mod-date, and when that changes, > continue outputting it's output at the point where it found no more valid > text, NOT necessarily the end of the file. This minor redesign could then > be folded back into the Gnu sources, for a more powerful tail for everyone. I agree, it sounds simple. I eagerly await your changes. cheers, -Matt Smith cygwin textutils maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CAT
"cat" is part of the textutils package. cheers, -Matt - Hello I wanted to download CAT utility as i am getting the message cat not found. any pointers where can i get it. Nomit -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin console
Another thing we could think about is to simply make a second shortcut to rxvt. I normally have both a shortcut to rxvt and the cygwin console, as each works well for certain tasks. For instance, cvs updates seem to work better for me from a cygwin console for some reason. cheers, -Matt Smith >Ah, then you don't need to add c:\cygwin\bin to the global path. Great >-- I really didn't want to get into having setup.exe muck with autoexec. > >So, you want something like: > >c:\cygwin\bin\rxvt.exe -display :0 -fn "Lucida Console-12" -fg #202020 >-bg #00 -sl 2000 -e /bin/bash --login -i > >Anybody want to provide a patch for setup.exe so that it adds to >cygwin.bat a REM commented line similar to the above? > >--Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Having a bad time with g++ under cygwin
Try linking with g++ instead of ld. cheers, -Matt > I'm getting extremely frustrated trying to get my code to build with g++ 2.95.3-5 (ld 2.11.92) under > the latest cygwin (1.3.6 I think) on a Win2K platform. Attached is the (edited) output of my build. > Basically I build a bunch of object files from C++ source, build a library from them, then build a > C++ test program and try to link it with that library. During linking I get tons of "multiple definition" > errors with symbols that are created by my code and then even more "undefined references" to > all kinds of symbols that should be built into Windows. > > Can someone set me straight here? I just know I'm doing something incredibly stupid. > > thanx & later, > > Ben Scherrey -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CVS 1.11: (reposted many times!) Will anybody answer me about "cvs co -r" bug under cygwin, finally???
> So, > Is it very difficult to give just a short answer? > Help, please! -- > I'm trying to get the solution and sent this questions to cygwin list and to > cvs > list already twice -- but the result is poor -- i got no concrete answer! Berating volunteers is probably not going to help your cause. If someone had an answer, I'm sure they would have responded to you. We're not trying to be mean or anything (well most of us ;-)). > But, > I CAN NOT USE ONE OF THE MAIN DEVELOPMENT TOOLS -- CVS, > because "cvs co -r " is not working under Cygwin!!! > > I tried a "cvs co -r mytag myproj" and receive the following: > > cvs [checkout aborted]: cannot open directory .../CVS/mypoj/Attic: Not a > directory > > Is it impossible to checkout a tag or revision if module doesn't > contain Attics? cvs co -r works fine for me without Attics. I don't know what else to say. cheers, -Matt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin: CR CR LF problem still there (was: Re: A dumb CR/LF question)
The easy way to deal with this is use binary mounts. cheers, -Matt > >Anyway, the CR CR LF problem is present in Cygwin 1.3.5 (Nov 13 2001): > > > >echo hello > a.txt > >cat a.txt a.txt | sort > b.txt > >od -c b.txt > > > >000 h e l l o \r \r \n h e l l o \r \r \n > > > > > >Do you happen to know why the bug is back ? > >Or maybe your snapshot fix didn't make it to the release version > >eventually ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
home path for cygwin 1.7.9 is acting funny
I installed to "c:\personal\cygwin" on my windows xp machine. If I open a command prompt and type "echo %HOME%", I get "C:\Documents and Settings\Matt" If I then start an ssh connection from DOS (not the Cygwin program), I get an error at the beginning of the connection initiation that states "Could not create directory 'C/.ssh'." This means that I can never save the certificate of the server I always ssh to so I always have to manually accept the connection. Here's the really odd thing: If I start cygwin in another window and then come back to my regular dos screen and run the ssh connection again, I don't get this error. If I re-examine the %HOME% path in the DOS window while cygwin is running, it still looks the same. I have searched exhaustively on this topic and the one solution that keeps coming up is to make sure your /etc/passwd file inside of cygwin points to the home path. Mine seems to because my entry ends with: ":/cygdrive/c/Documents and Settings/matt:/bin/bash" Anyone know why starting cygwin in another window makes the problem go away? I did a diff between the output of the cygcheck command in a DOS window before and after I open cygwin in another window and I get the following: < Current System Time: Tue Oct 25 07:58:47 2011 --- > Current System Time: Tue Oct 25 07:59:30 2011 23,24c23,25 < UID: 0(Matt Smith) GID: 0(root) < 0(root) 544(Administrators) 545(Users) --- > UID: 1003(Matt Smith) GID: 513(None) > 513(None) 0(root) 544(Administrators) > 545(Users) 76c77 < (default) = '\??\c:\personal\cygwin' --- > (default) = '\??\C:\personal\cygwin' 84c85 < System: Key: 93d3f9586243fecd Path: c:\personal\cygwin --- > System: Key: 93d3f9586243fecd Path: C:\personal\cygwin -- 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
libneon27 requires libproxy1 which requires libglib2.0_0
After running setup.exe to add a package I noticed something had decided to pull in some gnome libraries. As best I can tell its due to libneon27 requiring libproxy1 though I may be missing something else. I did manage to find this regarding libproxy. >From http://cygwin.com/ml/cygwin/2010-05/msg00605.html >libproxy pulls in these packages as dependencies for its GNOME and KDE >integration modules. libproxy was added as a libsoup-gnome dependency, >for which these deps are anyways required. But if neon is going to use >libproxy as well, these modules are not strictly required, so I removed >their deps from libproxy0/setup.hint (and from the upcoming libproxy1 >as well). So hopefully nothing else has changed and it's easy to fix. -- 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: libneon27 requires libproxy1 which requires libglib2.0_0
>The latest libneon27 does require libproxy1-0.4.7, which pulls in only >libglib2.0_0, and I wouldn't count that as "some gnome libraries". libglib2.0_0 : dbus libfam0 and gsettings-desktop-schemas dbus : libdbus1_3 libX11_6 libX11_6 : libxcb1 libxcb1 : libXau6 libXdmcp6 libfam0 : gamin >I'm not sure what your question is here. There's nothing here to "fix". I was hoping that libglib2.0_0 wasn't strictly required and would still be pulled in as needed by by the packages that cause it to be needed. I do understand that it is only a cosmetic annoyance, I just thought I'd point it out. -- 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
