Re: [security fix] monotone-0.25.2-1
Lapo Luchini wrote: 0.26pre1-1 can remain as [test] 0.25-1 can be [prev], but being pretty much identical (except for the security fix) we could even do without a prev at all? dunno... BTW: I noticed that having installed version 0.25.2-1 setup.exe suggests me to upgrade to 0.25-1... it may be ASCII-ordering-true (no, in fact I notice that it is not) but anyway seems sensible to think that a missing dot's value should be assumes as .0, isn't it? Lapo
Re: cygwin gnome-terminal pty error
Thanks for you reply René. I think I going to have to switch from digest to getting every email. I see you replied right away but I just got the digest today. On 19 Mar 2006 05:00:56 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: cygwin-xfree Digest 19 Mar 2006 05:00:56 - Issue 1971 -- Forwarded message -- From: René Berber [EMAIL PROTECTED] To: cygwin-xfree@cygwin.com Date: Fri, 17 Mar 2006 22:27:36 -0600 Subject: Re: cygwin gnome-terminal pty error Luis P Caamano wrote: How is gnome-terminal hanging? You see the process but no window? or as before, a window with no shell prompt? -- René Berber Before I'd see a fully functional gnome-terminal, the shell, but no prompt. The menus and everything else would work as expected. Now I see just a window but the menu doesn't even show up. Worse, once I run gnome-terminal, I cannot kill it and XWin hangs trying to fork new xterm from the XWin menu. I have to use the Windows task manager to kill all the XWin stuff and then restart XWin again. IOW, after gnome-terminal is up and hung, if I right click the X to start more xterms, they don't show up and ps -ef in cygwin shows one XWin process for every time I try to start a new local xterm. At this point in time, I'd just like to find somebody that is using a gnome-terminal in cygwin so I can tell if it's my environment or if the problem is the package itself. I sent an email to Yaakov but I guess he didn't see in the sea of emails he probably gets every day. -- Luis P Caamano Atlanta, GA USA -- 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/
winsup/cygwin ChangeLog dcrt0.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-20 01:16:39 Modified files: cygwin : ChangeLog dcrt0.cc Log message: * dcrt0.cc (dll_crt0_0): Oops. We need to bother with setting this in the fork/exec case. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3447r2=1.3448 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.295r2=1.296
winsup/cygwin ChangeLog pinfo.cc sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-20 01:59:23 Modified files: cygwin : ChangeLog pinfo.cc sigproc.cc Log message: * pinfo.cc (commune_process): Fix randomly invalid pointer which caused fifos to work incorrectly. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3448r2=1.3449 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.226r2=1.227 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.282r2=1.283
winsup/cygwin sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-03-20 02:01:50 Modified files: cygwin : sigproc.cc Log message: revert previous debugging checkin Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.283r2=1.284
Re: select() too slow
Yes! I've confirmed that! With TCP_NODELAY Cygwin and Linux times are similar. It seems that there is some issue with the Naggle algorithm on Windows for sure. Thanks Pedro Inacio On 2006/03/15, at 21:49, Corinna Vinschen wrote: It looks like this is a TCP_NODELAY issue. You tend to get the problem if a socket is used interactively, which means, being used for reading and writing in arbitrary order. Unfortunately the Nagle algorithm on Windows is somewhat sluggish. I've tried your echo_server with and without Nagle disabled. Sending a 17 Megs file from my Cygwin box to an echo_server on my Linux box takes between 4 and 5 seconds. Sending a 17 Megs file from Linux to an echo_server on Cygwin takes about 55 seconds. However, when I disable the Nagle algorithm in the echo_server, it takes between 2 and 9 seconds. I don't understand the unexact interval, but I also don't see how that could be Cygwin's fault. --- echo_server.c.ORIG 2006-03-15 22:37:41.905621200 +0100 +++ echo_server.c 2006-03-15 22:45:56.597789300 +0100 @@ -62,6 +62,10 @@ int main(void) { fcntl(client_fd, F_SETFL, fcntl(client_fd, F_GETFL) | O_NONBLOCK); + int opt = 1; + if (setsockopt(client_fd, IPPROTO_TCP, TCP_NODELAY, opt, sizeof opt) == -1) +fprintf(stderr,setsockopt TCP_NODELAY: %.100s, strerror (errno)); + while(1) { FD_ZERO(read_fds); FD_ZERO(write_fds); 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/ -- 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: backspace key in gvim
At 11:41 2006-03-19 +0800, Steven Woody wrote: snip It would appear that you have missed the answer of Igor Peshansky in: http://cygwin.com/ml/cygwin/2006-03/msg00522.html Which is very unfortunate since, as usual, his answer is of a very high quality. Refrasing it: vim +h i_backsp and vim +h i_BS give you your answer. HTH, Arend-Jan Westhoff. -- 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: sshd and scp/sftp: slow throughput on windows machines
SNIP Ah, so your first MB was Megabit and the others were MegaByte... To get it straight, and for the archives: http://en.wikipedia.org/wiki/MB - overwiew. http://en.wikipedia.org/wiki/Bit lower case b, also @ More than one bit http://en.wikipedia.org/wiki/MiB - UPPER case B here. Another similar issue: http://en.wikipedia.org/wiki/Baud http://en.wikipedia.org/wiki/Bits_per_second /H -- -- 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: Problems with the snapshot 20060314 20060315 20060318
For the sake of completeness the problems I saw with snapshots 20060314 and 20060315 (http://cygwin.com/ml/cygwin/2006-03/msg00398.html etc.) are still present in the current snapshot 20060318. (I am trying to send the cygcheck.out but the email is rejected because suspected to be a spam. I have named the file 'cygcheout' but this does not work. Also Copy/Paste does not work. Any suggestion ?) Cheers Angelo -- 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/
Fatal error from bash under 20060313 snapshots
Recently I have posted (see 'Problems with...') problems with the snapshots 20060314, 20060315 and 20060318. In those posts I said that the snapshots 20060313 worked fine. I was in error! I tested 20060313 only as 'Administrator' and, actually, as Administrator that snapshots works fine. Today I have tried as simple user (user: Graziosi, group: Users) and I have found the following problem. Clicking on the link to Cygwin.bat (i.e. starting the standard bash shell) in the window there is the message: 19516 [sig] ? (1428) C:\cygwin\bin\bash.exe: *** fatal error - C:\cygwin\bin\bash.exe: *** couldn't create signal pipe, Win32 error 5 and it hangs. The Bash version is bash-3.1-3 i.e. that in Test section of setup.ini. This problem is present only for Non-admin. users. Cheers, Angelo. -- 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/
SPAM filtering (Was Re: Problems with the snapshot 20060314 20060315 20060318)
On Sun, 19 Mar 2006, Angelo Graziosi wrote: (I am trying to send the cygcheck.out but the email is rejected because suspected to be a spam. I have named the file 'cygcheout' but this does not work. Also Copy/Paste does not work. Any suggestion ?) http://sourceware.org/lists.html#rbl-sucks, especially the part about the *-allow lists. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- 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/
Is there a cygwin nfs-client?
I looked in the cygwin installation program and I can see the nfs-server. Is there an nfs-client? Thanks, Siegfried -- 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: Is there a cygwin nfs-client?
Siegfried Heintze wrote: I looked in the cygwin installation program and I can see the nfs-server. Is there an nfs-client? No, there isn't. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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 FIFO support
On Sun, Mar 19, 2006 at 03:22:15PM -0700, Justin T. Gibbs wrote: I have an application (build tool) that seems to break cygwin's current FIFO support. I've Googled a bit and it sounds like this is a known issue. [In my case, the fifo master reads and writes to the fifo and so do its child processes. Unfortunately, even though the fifo master is also a reader of the fifo, its second attempt to write the fifo blocks. Each write is only 1 byte and the file descriptor is set to nonblocking mode.] Since I have an immediate need for this to work, I'm happy to fix this myself. Do you have any notes, documentation, or hints that might help me to understand the current FIFO implementation and/or how I might fix it? I've pulled down the latest cygwin sources, built the DLL and started to trace my way through the sources, but I'd appreciate any pointers. Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. -- 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/
Creating a custom Cygwin package server
The documentation here: http://sourceware.org/cygwin-apps/package-server.html suggests it might be possible to set up a custom Cygwin package server to install a custom app, but it also says the necessary tools are not available. Is it possible to do this? Is there another approach that is more highly recommended for distribution of a custom app? (one too specific to warrant inclusion in the main archive.) Norton Allen p.s. I apologize if this subject has been revisited frequently. I just spent about half an hour searching through the e-mail archives without coming up with any clues. -- 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: Named Pipes not working after massive Cygwin update/install
On Sat, Mar 18, 2006 at 09:58:37PM -0800, Walter Belhaven wrote: Hi, I just updated/installed every conceivable Cygwin package on my XP box, and named pipes are no longer working. Anyone else experiencing this? This should be fixed in the next snapshot (which is currently building). http://cygwin.com/snapshots/ 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: fopen with UTF-8 chars in filenames
Igor Peshansky wrote: On Fri, 17 Mar 2006, Paul J. Lucas wrote: On Fri, 17 Mar 2006, Christopher Faylor wrote: Cygwin doesn't provide _wfopen. 1. I install Cygwin. 2. It's in stdio.h that gets installed as part of the Cygwin install. No, actually it's in stdio.h that's part of MinGW (and is installed as part of Cygwin only because Cygwin's gcc has a built-in MinGW cross-compiler). Just in case anyone out there is still interested in the actual question... :) The Right Way to do this (open a file whose name is given in UTF-8), or as close to a Right Way as you can get under the circumstances, is to use iconv() to convert the file name to the local multibyte character set, and then use plain fopen() on that. In iconv_open(), use utf-8 for the source character set, and an empty string for the target character set. (This isn't 100% portable; the Posix standard doesn't specify the character set names that can be used in iconv_open(). Every implementation understands utf-8, but some use char instead of to mean the local multibyte character set, whatever that happens to be.) If your file name contains characters that can't be represented in the local MBCS, you're out of luck. Cygwin only supports multibyte file names (not Cygwin's fault, it's a Posix limitation); to use the full Unicode character set in a file name you have no choice but to fall back on the Windows API. (You can use both the Windows and Cygwin APIs in the same program, that doesn't cause any problems, other than to portability.) Technically the above procedure also contains a race condition, since it's theoretically possible for the native multibyte character set to change (via the system's locale settings) between the calls to iconv() and fopen(). Again, this is a problem in the Posix API and can't be portably worked around. If you don't care about portability and just want something that works with Cygwin, you might as well just use the Windows API. -- 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: signal is not delivered to the handler
I have an issue with lrzsz-0.12.20.tar.gz compiled on cygwin 1.5.19-4 where lrx never timeout when xmodem error occured (hangs forever). It look related to what Michael as reported. I have compiled test.c from Michael: Same result where second signal is not delivered. So I have checkout cygwin from cvs and build cygwin1.dll 1.5.20(0.155/4/2) wich solved Michael issue but infortunatly lrzsz still hangs. It look like read() should exit on SIGALRM but it's not the case. zreadline.c (...) signal(SIGALRM, zreadline_alarm_handler); alarm(n); } else if (Verbose 5) vstringf(Calling read: Readnum=%d ,readline_readnum); readline_ptr=readline_buffer; readline_left=read(readline_fd, readline_ptr, readline_readnum); (...) lrzsz available here: http://www.ohse.de/uwe/software/lrzsz.html -- 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/