Re: [PATCH] bugs.html: XWin log
On Oct 27 21:10, Yaakov S wrote: Over on cygwin-xfree@ we find XWin's logs to be important information in diagnosing problems. I would like to make this standard procedure for issue reporting just like cygcheck output is currently. Patch for bugs.html attached. Makes sense. Please apply your patch. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
XEmacs function rtf-clip-region no longer works within X
Hello, I recently installed cygwin on my new laptop and see this strange behavior. When I start XEmacs within X then the function rtf-clip-region, does not seem to work. After calling this function, pasting in Word pastes as plain text. If I start XEmacs outside X then the function works as expected. The same is true of the sibling function rtf-clip-buffer. On the other hand, rtf-export works correctly both within and outside X. I checked on my old machine that rtf-clip-* functions work correctly. That machine has the same version of XEmacs (21.4 (patch 22) \Instant Classic\ XEmacs Lucid) Attached file cygcheck.out contains the output of cygcheck -s -v -r. Thanks in advance, - hemal cygcheck.out Description: Binary data -- 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/
[1.7] run does not work well
Hello, I installed cygwin 1.7 and I have problem to use run utility. I have a windows shell script for launching rxvt with option depending on hosts : SET DISPLAY=127.0.0.1:0.0 if defined CYGWIN_ROOT goto :OK set CYGWIN_ROOT=%~dp0 :OK SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=%CYGWIN_ROOT%\bin;%PATH% %RUN% %CYGWIN_ROOT%\bin\bash /usr/local/bin/rxvtwin.sh %* If I set RUN to nothing and so run : bash /usr/local/bin/rxvtwin.sh %* I have my rxvt windows with my console, that's the good behaviour. But if I use run utility, no windows appears but a process rxvt is created. I think run hide the console window but also the rxvt window. I'm open to show you anything you want if you can help me. Thanks in advance, -- Florent Fievez -- 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: [ANNOUNCEMENT] [1.7] X11R7.5 [Emacs-gtk]
Yaakov (Cygwin/X) wrote:
Cygwin/X has been updated to X.Org X11R7.5.
It seems that after this upgrade, my GTK build[*] of Emacs has some problem.
First, the link on desktop with which I start Emacs does not work any
more. It was created with:
-
emacs=Emacs-2
emacs_cmd=G_SLICE=always-malloc emacs -display 127.0.0.1:0.0
mkshortcut -AD \
-n ${emacs} \
-a bash -l -c '${emacs_cmd}' \
-i /usr/local/bin/emacs.ico \
-d Editor di testo \
/usr/bin/run.exe
-
i.e. its target is:
C:\cygwin-2\bin\run.exe bash -l -c 'G_SLICE=always-malloc emacs -display
127.0.0.1:0.0 '
But if I run from an X shell or MinTTY:
$ G_SLICE=always-malloc emacs -display 127.0.0.1:0.0
it starts with the following warnings:
-
$
(emacs:2632): Pango-WARNING **: Error loading GSUB table 0x6EAD
(emacs:2632): Pango-WARNING **: Error loading GPOS table 0x6EAD
-
and seems to work.
Before this upgrade, i.e. with X11R7.4, it started without problems.
The problems arise only with GTK build.
The X server is started with a link on desktop (created likewise that of
Emacs):
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin
-multiwindow -clipboard -silent-dup-error '
which I have put also in Start | Programs | Automatic Execution
Also rebuilding from scratch does not help.
Cheers,
Angelo.
---
[*] I did the build (usually with sources from CVS head) configuring with:
${source_dir}/configure --prefix=/usr/local/emacs
i.e. GTK is the default. Adding '--with-x-toolkit=lucid' makes the
'Xaw3d' build.
--
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: How to open a standalone xterm
Duh. Guess I need more sleep :) Thanks! On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X) reply-to-list-only-l...@cygwin.com wrote: On 10/27/2009 11:02 PM, Joel Gwynn wrote: So it looks like if I first start up the multiwindow window manager like so: xwin -multiwindow, then I can run xterm, but I have to specify the display. What's the typical way of automating this? startxwin.bat or startxwin.sh. -- 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? -- 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/ -- 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: How to open a standalone xterm
And now, sporadically, when I run startxwin.sh, sometimes it works, ie opens up the xterm, but sometimes some windows open, with text that I can't read quickly enough, then go away. If I close Xwin and try again, sometimes it will work, mostly not. I don't see anything amiss in /var/log/XWin.0.log. How to troubleshoot? On Wed, Oct 28, 2009 at 9:01 AM, Joel Gwynn joel...@gmail.com wrote: Duh. Guess I need more sleep :) Thanks! On Wed, Oct 28, 2009 at 12:10 AM, Larry Hall (Cygwin X) reply-to-list-only-l...@cygwin.com wrote: On 10/27/2009 11:02 PM, Joel Gwynn wrote: So it looks like if I first start up the multiwindow window manager like so: xwin -multiwindow, then I can run xterm, but I have to specify the display. What's the typical way of automating this? startxwin.bat or startxwin.sh. -- 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? -- 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/ -- 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/
What is correct way to start xterm from .XWinrc?
My .XWinrc file has this menu line: xterm EXEC xterm -e tcsh Since my default shell in /etc/passwd is /bin/tcsh, why should I need to specify it here also? If I don't specify it, a new xterm doesn't execute my ~/.cshrc file. I do not have a ~/.login or ~/.profile file. What is the right way to do this? Thanks - Jim -- Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us -- 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: How to open a standalone xterm
From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree- ow...@cygwin.com] On Behalf Of Joel Gwynn Sent: Wednesday, October 28, 2009 8:27 AM And now, sporadically, when I run startxwin.sh, sometimes it works, ie opens up the xterm, but sometimes some windows open, with text that I can't read quickly enough, then go away. If I close Xwin and try again, sometimes it will work, mostly not. You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. HTH, Mike
RE: How to open a standalone xterm
On Wed, 2009-10-28 at 11:49 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree- ow...@cygwin.com] On Behalf Of Joel Gwynn Sent: Wednesday, October 28, 2009 8:27 AM And now, sporadically, when I run startxwin.sh, sometimes it works, ie opens up the xterm, but sometimes some windows open, with text that I can't read quickly enough, then go away. If I close Xwin and try again, sometimes it will work, mostly not. You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. HTH, Mike test this.. in startxwin.sh or startxwin.bat ( whichever one you're calling to start X ), between the call to start Xwin and the call to start the xterm, add sleep 5 if that gets you an xterm every time, then decrement 5 until failure, leave the call in with failure + 1 -- 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: How to open a standalone xterm
Ha! That seems to do it. Although I also have to wait a bit between closing the xwin window and restarting, but that's not so bad. I guess there's some process that takes awhile to exit. Thanks, Joel On Wed, Oct 28, 2009 at 2:58 PM, Reid Thompson reid.thomp...@ateb.com wrote: On Wed, 2009-10-28 at 11:49 -0700, Mike Ayers wrote: From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree- ow...@cygwin.com] On Behalf Of Joel Gwynn Sent: Wednesday, October 28, 2009 8:27 AM And now, sporadically, when I run startxwin.sh, sometimes it works, ie opens up the xterm, but sometimes some windows open, with text that I can't read quickly enough, then go away. If I close Xwin and try again, sometimes it will work, mostly not. You're not running startxwin twice, right? That won't work - you must run the xterm command from an existing xterm, a cygwin window, or the xterm icon in the start menu (which can be copied to the quicklaunch bar). Also, try running bash in an existing xterm to see if the problem is in your .bashrc, i.e. not with xterm or X. HTH, Mike test this.. in startxwin.sh or startxwin.bat ( whichever one you're calling to start X ), between the call to start Xwin and the call to start the xterm, add sleep 5 if that gets you an xterm every time, then decrement 5 until failure, leave the call in with failure + 1 -- 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/ -- 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: X11R7.5 and C.UTF-8
On Wed, 28 Oct 2009, Ken Brown wrote: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's no such locale as C.UTF-8, so I'd not expect portable code to accept it (C and UTF-8 are mutually exclusive). with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: X11R7.5 and C.UTF-8
On 10/28/2009 5:23 PM, Thomas Dickey wrote: On Wed, 28 Oct 2009, Ken Brown wrote: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's no such locale as C.UTF-8, so I'd not expect portable code to accept it (C and UTF-8 are mutually exclusive). Maybe my terminology is wrong. But if you start mintty with no .minttyrc and with LANG unset, mintty will set LANG=C.UTF-8. Trying to then start the X server via startxwin.bat or startxwin.sh leads to the error I reported. The error did not occur in X11R7.4. There's been a lot of discussion in the various cygwin lists leading to the decision that C.UTF-8 should be the default. Ken -- 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: X11R7.5 and C.UTF-8
2009/10/28 Thomas Dickey: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's no such locale as C.UTF-8, so I'd not expect portable code to accept it (C and UTF-8 are mutually exclusive). Technically speaking, portable code should make no assumption whatsoever about the locale string. The meaning of that string is up to the OS, and portable code should be using POSIX interfaces such as the multibyte conversion functions or nl_langinfo to get at its meaning. C.UTF-8 is a language-neutral locale with a UTF-8 charset. It is also being introduced by Debain: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776. Xwin 1.6.x had no problem with C.UTF-8. Andy -- 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: X11R7.5 and C.UTF-8
2009/10/28 Ken Brown: Maybe my terminology is wrong. But if you start mintty with no .minttyrc and with LANG unset, mintty will set LANG=C.UTF-8. Yep. That's primarily for emacs' benefit, which parses the locale env variables itself instead of using setlocale(LC_CTYPE, ), thereby missing out on Cygwin's default locale. (http://www.opengroup.org/onlinepubs/007908799/xbd/envvar.html says that if LC_ALL, LC_CTYPE, and LANG are all either unset or empty, the implementation-dependent default locale shall be used. For Cygwin 1.7, the default locale uses UTF-8 and not ASCII as assumed by emacs. It works correctly in vim.) Andy -- 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: X11R7.5 and C.UTF-8
Thomas Dickey wrote: On Wed, 28 Oct 2009, Ken Brown wrote: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's no such locale as C.UTF-8, so I'd not expect portable code to accept it (C and UTF-8 are mutually exclusive). No, actually they are not. The C or POSIX locale is defined entirely in terms of character values -- not hexidecimal equivalents. That is, the set alpha shall contain 'a', 'b'... etc. The standard actually doesn't require that an implementation specify the encoding in which those character values are represented at all. You can, if you want, use 'HEX_CHAR', 'OCTAL_CHAR', and 'DECIMAL_CHAR' representations -- which implicitly require a specific encoding -- but the standard defines the 'C' locale entirely in terms of CHAR and CHARSYMBOL, which are encoding-agnostic. http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html#tag_07_03 Personally, I think it's a hole in the standard that it doesn't actually talk about the POSIX locale with encoding Y -- but then, they don't want to show preference between ASCII and EBCDIC, so UTF-8 sneaks in there. -- Chuck -- 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: X11R7.5 and C.UTF-8
Xwin 1.6.x had no problem with C.UTF-8. Actually it's libX11 that makes the difference: Xwin 1.7.1 is fine after downgrading libX11 from 1.3.2-1 to 1.2.2-2. Andy -- 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: X11R7.5 and C.UTF-8
On 28/10/2009 14:22, Ken Brown wrote: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output. Thanks for the bug report. I'm afraid I'm not immediately able to reproduce this, though, using the command you give. On 28/10/2009 21:49, Andy Koppe wrote: Xwin 1.6.x had no problem with C.UTF-8. The significant change is probably that libX11 is no longer built with X_LOCALE (so that libX11 uses the native locale support rather than it's own). Exactly why this would cause a problem, I don't know. -- 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: X11R7.5 and C.UTF-8
2009/10/28 Jon TURNEY: On 28/10/2009 14:22, Ken Brown wrote: X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output. Thanks for the bug report. I'm afraid I'm not immediately able to reproduce this, though, using the command you give. You might have LC_ALL or LC_CTYPE set, which would override LANG. Or perhaps startxwin.bat overrides things somewhere along the way? To avoid all that, you could try invoking Xwin directly with LC_ALL set, which is top dog among locale variables. LC_ALL=C.UTF-8 xwin -multiwindow It fails with en.UTF-8 too (which also is a legal Cygwin locale), but it works with en_US.UTF-8. The significant change is probably that libX11 is no longer built with X_LOCALE (so that libX11 uses the native locale support rather than it's own). Exactly why this would cause a problem, I don't know. Hmm, that sounds like it should have improved matters if anything. Andy -- 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: Re: 1.5.25-15: 100% CPU under xdmcp and Gnome
Larry Hall (Cygwin X) wrote: Any interest in trying Cygwin 1.7 http://cygwin.com/#beta-test? I don't know if it would help but it has a newer X and friends and is actively maintained. One day in and it seems to be helping - no problems to report so far and the original problem has gone away with 1.7. Thanks for the suggestion. Quinn -- 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: How to open a standalone xterm
Joel Gwynn wrote: Ha! That seems to do it. Although I also have to wait a bit between closing the xwin window and restarting, but that's not so bad. I guess there's some process that takes awhile to exit. possibly having to wait for the X server socket to completely free up between between shutdown and restart -- 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: [1.7] Case-sensitive programs exist but cannot both be run
On Oct 27 21:25, Yaakov S wrote: * pathnames.sgml: Add limitation of case sensitivity with CreateProcess. Thanks, applied. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: 1.7: mv: Device or resource busy
Hello Denis, * On Wed, Oct 28, 2009 at 12:31:32AM +0100 Denis Excoffier wrote: Under some circumstances (detailed below), the command: mv file1 file2 produces mv: cannot move `file1' to `file2': Device or resource busy Bloda? (http://www.cygwin.com/acronyms/) I reported the exact same behaviour (with a test script that reproduces the same behaviour even without Cygwin) for Avira Antivir last year: http://www.cygwin.com/ml/cygwin/2008-04/msg00691.html. They (Avira) did an update afterwards which reduced the chances for this behaviour, but the latest version is as bad as the one back then. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.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
Set uid and gid of a file to root
Hi, I am developing a diskless embedded system (aka the target) that uses Linux as its Operating system. The target connects directly to my PC (XP). I would like to boot the target to an NFS server, where is will get the file system. I would like to use the Cygwin NFS server in the following manner: - Create the target file system on the host (the build host is Linux) - Save it to the NFS server. This can be done as part of the build process (send the build results to the NFS server instead of storing locally). - Boot the target via NFS I am currently encountering the following problem: When the file system is created, some special files (actually devices), e.g. /dev/console and /dev/tts/0, are craeted using sudo mknod. When this is done to a regular Linux directory, these devices are create with uid and gid as root. But when created on the Cygwin NFS server, they are created with my uid and gid. Later when the target tries to boot from the NFS, it will not use these devices, since they are not owned by root, and the boot fails. How can I get these devices to be owned by root (i.e. uid:gid == 0:0)? Thanks Eli Stern -- 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
Cygwin 1.5 vs. 1.7: tail
Hi... At present I am using cygwin 1.5 mainly, but I have also started to migrate over to 1.7. Everything works quite well, but I encountered a problem with the tail command. Obviously the + syntax does no longer work in 1.7 In 1.5 when I call eg. tail +3 /path/to/some/file I get the whole file printed starting with line 3 (the first 2 lines are omitted). With cygwin 1.7 this does no longer work. I get an error: tail: cannot open '+3' for reading: No such file or directory. Is this on purpose or an accident? Roland -- 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: Cygwin 1.5 vs. 1.7: tail
--- Mer 28/10/09, Roland Schwingel ha scritto: Hi... At present I am using cygwin 1.5 mainly, but I have also started to migrate over to 1.7. Everything works quite well, but I encountered a problem with the tail command. Obviously the + syntax does no longer work in 1.7 In 1.5 when I call eg. tail +3 /path/to/some/file I get the whole file printed starting with line 3 (the first 2 lines are omitted). With cygwin 1.7 this does no longer work. I get an error: tail: cannot open '+3' for reading: No such file or directory. Is this on purpose or an accident? the manual says tail -N +3 /path/to/some/file probably, the last $ tail --version tail (GNU coreutils) 7.0 don't accept any more the previous way. (how did you handle a file called +3 ?) Roland 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: R: Cygwin 1.5 vs. 1.7: tail
Hi Marco, Thanks for your reply. Marco Atzeri marco_atz...@yahoo.it wrote on 28.10.2009 12:05:09: --- Mer 28/10/09, Roland Schwingel ha scritto: Hi... At present I am using cygwin 1.5 mainly, but I have also started to migrate over to 1.7. Everything works quite well, but I encountered a problem with the tail command. Obviously the + syntax does no longer work in 1.7 In 1.5 when I call eg. tail +3 /path/to/some/file I get the whole file printed starting with line 3 (the first 2 lines are omitted). With cygwin 1.7 this does no longer work. I get an error: tail: cannot open '+3' for reading: No such file or directory. Is this on purpose or an accident? the manual says tail -N +3 /path/to/some/file You mean tail -n +3 /path/to/some/file If I do that it will work fine. I just wonder it this change was on purpose or not, because the other form (without -n) still work on other systems like mac/linux. I do share my scripts across several platforms. And these particular tail line haven't changes for ages here. Roland -- 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.5 vs. 1.7: tail
Hi Roland, On Wed, Oct 28, 2009 at 11:15, Roland Schwingel wrote: Hi Marco, Thanks for your reply. Quoted e-mail edited; please see http://cygwin.com/acronyms/#PCYMTNQREAIYR Marco Atzeri wrote on 28.10.2009 12:05:09: --- Mer 28/10/09, Roland Schwingel ha scritto: the manual says tail -N +3 /path/to/some/file You mean tail -n +3 /path/to/some/file If I do that it will work fine. I just wonder it this change was on purpose or not, because the other form (without -n) still work on other systems like mac/linux. I do share my scripts across several platforms. And these particular tail line haven't changes for ages here. Depends on the version of tail and other GNU utilities. Please see this excerpt from the info tail: --- Scripts intended for use on standard hosts should avoid obsolete syntax and should use `-c COUNT[b]', `-n COUNT', and/or `-f' instead. If your script must also run on hosts that support only the obsolete syntax, you can often rewrite it to avoid problematic usages, e.g., by using `sed -n '$p'' rather than `tail -1'. If that's not possible, the script can use a test like `if tail -c +1 /dev/null /dev/null 21; then ...' to decide which syntax to use. Even if your script assumes the standard behavior, you should still beware usages whose behaviors differ depending on the POSIX version. For example, avoid `tail - main.c', since it might be interpreted as either `tail main.c' or as `tail -- - main.c'; avoid `tail -c 4', since it might mean either `tail -c4' or `tail -c 10 4'; and avoid `tail +4', since it might mean either `tail ./+4' or `tail -n +4'. --- Or this: --- The GNU utilities normally conform to the version of POSIX that is standard for your system. To cause them to conform to a different version of POSIX, define the `_POSIX2_VERSION' environment variable to a value of the form MM specifying the year and month the standard was adopted. Two values are currently supported for `_POSIX2_VERSION': `199209' stands for POSIX 1003.2-1992, and `200112' stands for POSIX 1003.1-2001. For example, if you have a newer system but are running software that assumes an older version of POSIX and uses `sort +1' or `tail +10', you can work around any compatibility problems by setting `_POSIX2_VERSION=199209' in your environment. --- So, you could try this, or using the standard form, -n NN ___ Julio Costa -- 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: 1.7.0-62: segfault when PATH is not set
On Oct 28 00:51, Denis Excoffier wrote: On 2009-10-19 21:47, Corinna Vinschen wrote: On Oct 19 21:18, Denis Excoffier wrote: Hope this helps. It does. The value of $PATH is used without checking if $PATH exists. I fixed that in CVS. Thank you. Let's wait until 1.7.0-63 now. In the same spirit, i discovered that `cygcheck -s' does not behave correctly (ie is prematurely interrupted) if COMSPEC is not set to the appropriate value (C:\WINNT\system32\cmd.exe or equivalent), or is not set at all. That appears to be a bug in Windows' msvcrt.dll. cygcheck is not a Cygwin application, but a native Win32 application. It calls popen() from msvcrt.dll, and this function crashes with a SEGV, as soon as cygcheck tries to run cygrunsrv --version. What's strange is that two prior calls to popen(id.exe) work fine. Even if I omit them, popen crashes if it's called for cygrunsrv. I have no explanation for this. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
Cygwin 1.5 vs 1.7: speed
Hi... When evaluating 1.7 I do also conduct some speed tests with cygwin 1.5. I am using 1.5.25 und 1.7.0-62 on windows xp sp3 32bit here for my tests on a quad core machine with enough ram. It seems that 1.7 is around 10-25% slower in my scenarios here. I did some compilation tests. Each test was performed 10 times on each cygwin version. I am using a private cygwin 1.5 build of the mingw-w64 gcc(4.4.2)/binutils(2.19) in cygwin to build on cygwin for mingw 32 and 64bit. The toolchain was (as already mentioned) build with cygwin 1.5 and is just copied over to my 1.7 installation. The toolchain built with 1.5 appears to operate fine on 1.7. When I compile I always compile to the local disk. When my sources are located on the local harddrive compilation is around 10% slower with cygwin 1.7 compared to 1.5 and around 25% slower if I place my sources on samba 3.4 share (the linux samba server was purely private for me during my tests). I am a little bit astonished about the speed gap when putting the files local vs. putting them on a network share. Any clues? I just made an additional test compiling stock libxml2-2.6.32 using the stock gcc3 coming with both cygwin versions and I am coming to roughly the same numbers. Is 1.7 truly slower than 1.5 or aren't all final optimizations done right now? Roland -- 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
Howto set default text file type to DOS/Text under release 1.7 BETA
Hi, I have just installed release 1.7 under Windows 7, 64bit. The setup.exe program seems to have changed and you can't any longer set the Default Text File Type to DOS/Text. I have a lot of scripts that won't run under bash as long as the extra CR's are not removed. I know of the tool doc2unix, however there are other obstacles too so having the auto-conversion is the best solution for me. After installation, I have the following drives mounted. $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto) R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto) U: on /cygdrive/u type ntfs (binary,posix=0,user,noumount,auto) I can, using the mount-command $ mount -f -o text,posix=0 c: /cygdrive/c change the mode to text: $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (text,user) F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto) R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto) U: on /cygdrive/u type ntfs (binary,posix=0,user,noumount,auto) However, this does not fix the problem and I still get the error: $ ./foo.sh ./foo.sh: line 1: $'\r': command not found ./foo.sh: line 13: syntax error: unexpected end of file Here is the script foo.sh: $ cat foo.sh # Check that the user supplied one parameter if [ $# != 1 ] then echo You must supply one parameter: exit 1 fi # We're done now exit 0 The error says that there is an extra \r on the first empty line of the script. I have also tried to use the extra argument -nocr to bash, however that doesn't work either. Any ideas? Best Niels -- 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: text emacs issues and solution
On 10/28/2009 1:52 AM, Kurt Harriger wrote: I was having some trouble with text based emacs under cygwin. The C-x C-c to exit was for some reason being interpreted as C-x C-g. After some googling around I found that export CYGWIN=tty seemed to fix the key sequence, however this also introduced new problems. The problem with the key sequence only occurs in the cygwin console. You can avoid it by setting CYGWIN=tty *before* starting the console (in Cygwin.bat, for instance). Alternatively, use a different terminal (mintty or rxvt). These and other suggestions can be found in /usr/share/doc/Cygwin/emacs.README (cygwin 1.7 only). Ken -- 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: Cygwin 1.5 vs 1.7: speed
On Oct 28 12:37, Roland Schwingel wrote: Any clues? I just made an additional test compiling stock libxml2-2.6.32 using the stock gcc3 coming with both cygwin versions and I am coming to roughly the same numbers. Is 1.7 truly slower than 1.5 or aren't all final optimizations done right now? Whether 1.7 is faster or slower depends on what you're doing and on what OS you're running. For instance, scanning local directories is about 60% faster in 1.7 while starting lots of processes is about 10% slower on Vista but about 5% faster on XP, according to my testing. Further optimization will be a task for post-1.7.1, while for 1.7.1 itself we're looking primarily for functionality. Having said that, if you find source code in Cygwin which could be improved, feel free to point it out. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Cygwin 1.5 vs 1.7: speed
On Oct 28 14:26, Corinna Vinschen wrote: On Oct 28 12:37, Roland Schwingel wrote: Any clues? I just made an additional test compiling stock libxml2-2.6.32 using the stock gcc3 coming with both cygwin versions and I am coming to roughly the same numbers. Is 1.7 truly slower than 1.5 or aren't all final optimizations done right now? Whether 1.7 is faster or slower depends on what you're doing and on what OS you're running. For instance, scanning local directories is about 60% faster in 1.7 while starting lots of processes is about 10% slower on Vista but about 5% faster on XP, according to my testing. Further optimization will be a task for post-1.7.1, while for 1.7.1 itself we're looking primarily for functionality. Having said that, if you find source code in Cygwin which could be improved, feel free to point it out. ...or, even better, send patches (*). Corinna (*) http://cygwin.com/contrib.html -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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
command not working
Hi, I just recently install cygwin using the setup.exe. The problem is that i cant seem to use some common command e.g. mkdir, ls without addding ./ in front? I am attaching the cygcheck output here. Did i miss any steps here? Thanks in advance Huang. cygcheck.out Description: Binary data -- 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: command not working
On Wed, Oct 28, 2009 at 08:51, Kie Kyon Huang kiekyon.hu...@gmail.com wrote: The problem is that i cant seem to use some common command e.g. mkdir, ls without addding ./ in front? I am attaching the cygcheck output here. The output appears to show that you do not have Cygwin in your PATH. Are you running this from a DOS CMD shell or a Cygwin shell (bash, pdksh, etc.)? Please try using the .bat file in C:\cygwin (the directory you installed Cygwin into). -- 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
Cygwin 1.7, who version 7.0 does not respond with a value
when I type the who command within a Cygwin window, only an empty line is returned. The man page states that who prints info about users who are logged in. What I have found so far is that -H returns headers -q returns # users=0 while who with the -a, -b, -d, -l, --lookup, -m, -p, -r, -s, -t, -T, -w, -u options returns a blank line. I checked /var/log/wtmp and /var/run/utmp and they exist, with permissions of 770 and a size of 0. I grepped through /usr/share and found references to utmp in uptime and w. Right now, uptime is reporting the correct time, days, but says there are 0 users. uptime -V says procps version 3.2.7. w shows the update information, along with headers, but no data. I tried to do a man on utmp(5), but our installation doesn't have that installed. It looks, to me, as if perhaps we are missing some setup that results in entries being written to utmp when a local Cygwin window is opened. I've just not been able to determine what that is yet. Has anyone on the list encountered and solved this issue yourself? What steps did you take? Thanks! -- 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: Cygwin 1.5 vs 1.7: speed
Hi Corrinna... On Oct 28 14:26, Corinna Vinschen wrote: Whether 1.7 is faster or slower depends on what you're doing and on what OS you're running. For instance, scanning local directories is about 60% faster in 1.7 while starting lots of processes is about 10% slower on Vista but about 5% faster on XP, according to my testing. Further optimization will be a task for post-1.7.1, while for 1.7.1 itself we're looking primarily for functionality. Understood. And the already achieved things like long pathnames and utf8 support are things which where highly needed. Having said that, if you find source code in Cygwin which could be improved, feel free to point it out. ...or, even better, send patches (*). I will for sure do more testings and maybe also debugging and whenever I find something useful - be asured that I'll post here... :-) Roland -- 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: Permission denied on /usr/bin/sh when running gmake with multiple jobs
Hello all, I'm still having this problem but I'm beginning to narrow it down. Here's an example of the error I get: J:\trunk\svn\apl\win\bin\mk_cc: /cygdrive/j/trunk/svn/apl/allos/bin/verbose: /usr/bin/sh: bad interpreter: Permission denied I've upgraded to cygwin 1.7, and I'm running this on Windows 7 x64. Cygwin is installed on the local C drive. I've removed all anti-virus software. It seems that I only get this sporadic (and incorrect) bad interpreter message if my scripts are located on a mounted SAMBA drive. If I move all the scripts to my local drive the access problem goes away, but I want to keep them on the remove drive. If I run my make task with a single job (-j1) the problem goes away. Here's my mount output C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) I: on /cygdrive/i type smbfs (binary,posix=0,user,noumount,auto) J: on /cygdrive/j type smbfs (binary,posix=0,user,noumount,auto) M: on /cygdrive/m type smbfs (binary,posix=0,user,noumount,auto) U: on /cygdrive/u type smbfs (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) My scripts are located on /cygdrive/j which cygwin has auto-mounted from my J: drive, which I'd previously (using Windows) mapped from our SAMBA server. I've experimented with acl/noacl but that seems to make no difference, and to be honest, I'm sort of guessing a bit. I also thought I try mapping the relevant drive directly (ie //devt/files on /cygdrive/j) to remove the intermediate use of J:, but I can't find out how to prevent cygwin from automatically mounting all my drives. I've also been trying to build a local cygwin so I can try to debug the problem, but I can't get the build process to complete (see http://article.gmane.org/gmane.os.cygwin/111950) Does anyone have any tips, or things I can try in order to get this to work? Thanks, John. -Original Message- From: John Daintree [mailto:jo...@dyalog.com] Sent: 24 October 2009 13:37 To: cygwin@cygwin.com Subject: RE: Permission denied on /usr/bin/sh when running gmake with multiple jobs Hi Jurriaan, I've tried that, completely removed my Sophos anti-virus. I'm still getting the same problem. /john -Original Message- From: jurri...@rivierenland.xs4all.nl [mailto:jurri...@rivierenland.xs4all.nl] Sent: 23 October 2009 19:08 To: cygwin@cygwin.com Subject: Re: Permission denied on /usr/bin/sh when running gmake with multiple jobs From: John Daintree jo...@dyalog.com Date: Fri, Oct 23, 2009 at 12:02:52PM +0100 I've installed the beta of cygwin 1.7 and I have the same problem there. You're not running something like a virus scanner, are you? I know my scripts throw some strange errors when McAfee is running. Why these errors mostly happen at night while I'm in bed, I'm not sure. However, I do know that since I've disabled McAfee, I sleep a lot better since work never calls in the middle of the night. HTH, Jurriaan -- 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 -- 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: text emacs issues and solution
On 10/28/2009 01:52 AM, Kurt Harriger wrote: I was having some trouble with text based emacs under cygwin. The C-x C-c to exit was for some reason being interpreted as C-x C-g. After some googling around I found that export CYGWIN=tty seemed to fix the key sequence, however this also introduced new problems. Namely, after exiting emacs my input is no longer echoed back and reset doesn't seem to work either. I had about given up on it, but I started using screen for copy and paste and I found that while I was using screen emacs key bindings now worked correctly and there was no weird side effects after leaving emacs as before so I though I would post this really quick so that if/when others have this problem they will have a better solution those I found. Emacs in a Windows console won't work correctly because emacs wants a tty.. That's why setting 'tty' in your Cygwin environment variable (and reloading cygwin1.dll to be safe) works. Using rxvt, mintty, xterm, or other terminal program will work too. Not sure about your post-emacs problems, unless they're referring to interactions with pure Win32 console programs. If not and you have unloaded and reloaded cygwin1.dll after adding 'tty' to your CYGWIN environment variable, that may be an emacs bug. If you want to report that, see cygwin.com/problems.html. -- 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
Cygwin Vista svn problem STATUS_ACCESS_VIOLATION
I recently upgraded from XP to Vista and started having problems with svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin bash terminal but not from a Windows cmd prompt (not required, but handy to be able to run svn from a cmd prompt when working with visual studio, so that runtime dependencies are set up properly). C:\svn\Cygwin\bin\svn checkout https://subversion/trunk/MYDIR tmp 3 [main] svn 3324 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 863 [main] svn 3324 open_stackdumpfile: Dumping stack trace to svn.exe.stackdump I've tried reinstalling CYGWIN from scratch twice, deleting all cygwin1.dlls, and searching for a solution on the internet, cygwin faq and cygwin mail archives, so far no luck. At least one other application, curl.exe, had problems too (not the same problem, it would just crash), but reinstalling cygwin seemed to fix that one. Had anyone else run into this? People must be using cygwin on Vista successfully. Sincerely, Mark MacVicar -- 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: Bash - IF Statement
You're still sending TOFU. Please stop. On Tue, Oct 27, 2009 at 5:54 PM, briglass111 wrote: It didn't matter if I believed what I read on the internet or not, I couldn't get the IF-statement to work, and when I queried a unix user, he wasn't sure Sounds like you need to associate with a better class of UNIX users. :) The point is, bash scripting syntax is not a Cygwin-specific issue, and it would in fact be very hard for Cygwin to screw that up. It's always a good idea to try something on Linux first and see if it really behaves any differently there before complaining that it's broken on Cygwin. -- Mark J. Reed markjr...@gmail.com -- 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: Set uid and gid of a file to root
On 10/28/2009 05:29 AM, Stern, Eli wrote: Hi, I am developing a diskless embedded system (aka the target) that uses Linux as its Operating system. The target connects directly to my PC (XP). I would like to boot the target to an NFS server, where is will get the file system. I would like to use the Cygwin NFS server in the following manner: - Create the target file system on the host (the build host is Linux) - Save it to the NFS server. This can be done as part of the build process (send the build results to the NFS server instead of storing locally). - Boot the target via NFS I am currently encountering the following problem: When the file system is created, some special files (actually devices), e.g. /dev/console and /dev/tts/0, are craeted using sudo mknod. When this is done to a regular Linux directory, these devices are create with uid and gid as root. But when created on the Cygwin NFS server, they are created with my uid and gid. Later when the target tries to boot from the NFS, it will not use these devices, since they are not owned by root, and the boot fails. How can I get these devices to be owned by root (i.e. uid:gid == 0:0)? Why doesn't the no_root_squash option work? -- 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
Re: R: Cygwin 1.5 vs. 1.7: tail
Marco Atzeri wrote: --- Mer 28/10/09, Roland Schwingel ha scritto: I get an error: tail: cannot open '+3' for reading: No such file or directory. Is this on purpose or an accident? probably, the last $ tail --version tail (GNU coreutils) 7.0 don't accept any more the previous way. http://www.gnu.org/software/coreutils/faq/#Old-tail-plus-N-syntax-now-fails cheers, DaveK -- 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: Bash - IF Statement
On Wed, Oct 28, 2009 at 12:46:40PM -0400, Mark J. Reed wrote: You're still sending TOFU. Please stop. On Tue, Oct 27, 2009 at 5:54 PM, briglass111 wrote: It didn't matter if I believed what I read on the internet or not, I couldn't get the IF-statement to work, and when I queried a unix user, he wasn't sure Sounds like you need to associate with a better class of UNIX users. :) The point is, bash scripting syntax is not a Cygwin-specific issue, and it would in fact be very hard for Cygwin to screw that up. It's always a good idea to try something on Linux first and see if it really behaves any differently there before complaining that it's broken on Cygwin. And if you make an honest mistake by sending a non-cygwin complaint here it's really better to be gracious about it rather than getting personal and defensive. Unless, of course, you want to be seen as someone not worth the bother of helping. 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
mkdir differences between 1.5.25 and 1.7
Hi, I'm seeing a few things with mkdir and acl's I don't quite understand - OS is Server 2008. First, from the shell I see different behaviors with mkdir on 1.5.25 and 1.7. On 1.5.25 ($ filever \\usr\\bin\\cygwin1.dll --a-- W32i DLL ENU 1005.25.0.0 shp 1,872,884 06-12-2008 cygwin1.dll) bash-3.2$ getfacl /tmp # file: /tmp # owner: root # group: Administrators user::rwx group::rwx group:Users:rwx mask:rwx other:rwx default:user::rwx default:group:SYSTEM:rwx default:group:Administrators:rwx default:group:Users:rwx default:mask:rwx bash-3.2$ mkdir /tmp/test bash-3.2$ getfacl /tmp/test # file: /tmp/test # owner: Administrator # group: None user::rwx group::rwx mask:rwx other:rwx default:user::rwx default:group::rwx default:other:rwx on 1-7 (filever \\usr\\bin\\cygwin1.dll --a-- W32i DLL ENU 1007.0.0.0 shp 2,472,737 10-23-2009 cygwin1.dll) bash-3.2$ getfacl /tmp # file: /tmp # owner: root # group: Administrators user::rwx user:LocalService:rwx group::rwx group:Users:rwx mask:rwx other:rwx default:user::rwx default:group:SYSTEM:rwx default:group:Administrators:rwx default:group:Users:rwx default:mask:rwx bash-3.2$ mkdir /tmp/test bash-3.2$ getfacl /tmp/test # file: /tmp/test # owner: Administrator # group: None user::rwx group::r-x mask:rwx other:r-x It looks like the default acls are getting lost. I also ran into a problem with the mkdir C API which may or may not be related. As far as I can tell, the permissions mask passed to mkdir with 1.7 is ignored. The chmod API works fine. Are either of these changes expected? Thanks for looking, jim -- 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: command not working
On 10/28/2009 09:51 AM, Kie Kyon Huang wrote: Hi, I just recently install cygwin using the setup.exe. The problem is that i cant seem to use some common command e.g. mkdir, ls without addding ./ in front? I am attaching the cygcheck output here. Did i miss any steps here? Looks to me like some post-install scripts didn't run. You may be able to figure out why and fix that if you look at the 'setup.log.full' file in either the directory that you ran 'setup.exe' from or '/var/log'. This failure accounts for the missing paths to Cygwin executables (in Cygwin shells) and other issues. -- 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
Re: Cygwin 1.7, who version 7.0 does not respond with a value
On 10/28/2009 10:04 AM, Larry W. Virden wrote: when I type the who command within a Cygwin window, only an empty line is returned. The man page states that who prints info about users who are logged in. What I have found so far is that -H returns headers -q returns # users=0 while who with the -a, -b, -d, -l, --lookup, -m, -p, -r, -s, -t, -T, -w, -u options returns a blank line. I checked /var/log/wtmp and /var/run/utmp and they exist, with permissions of 770 and a size of 0. I grepped through /usr/share and found references to utmp in uptime and w. Right now, uptime is reporting the correct time, days, but says there are 0 users. uptime -V says procps version 3.2.7. w shows the update information, along with headers, but no data. I tried to do a man on utmp(5), but our installation doesn't have that installed. It looks, to me, as if perhaps we are missing some setup that results in entries being written to utmp when a local Cygwin window is opened. I've just not been able to determine what that is yet. Has anyone on the list encountered and solved this issue yourself? What steps did you take? Thanks! 'cygwin.bat' does not login to anything, so you won't see user login data for sessions logged in this way. If you want to see actual logged in users, you will need to use 'login' or 'ssh' to really log them in. -- 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
Re: Bash - IF Statement
before i knew that bash was white-space picky I think most shells are, not just bash , i thought this may be a cygwin issue because i read a bit about people saying bash is different in cygwin than in unix where? I've not ran into any instances where cygwin bash varies from unix bash and i got the if-statement code from a website about unix, and when it didn't run in cygwin's bash i figured it was a cygwin-specific issue then the website posted invalid code, and your question should perhaps have been directed there. a minute looking at examples on google bash if else would give plenty of valid snippets -- View this message in context: http://www.nabble.com/Bash---IF-Statement-tp26084169p26099740.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Cygwin Vista svn problem STATUS_ACCESS_VIOLATION
On 10/28/2009 12:07 PM, Mark MacVicar wrote: I recently upgraded from XP to Vista and started having problems with svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin bash terminal but not from a Windows cmd prompt (not required, but handy to be able to run svn from a cmd prompt when working with visual studio, so that runtime dependencies are set up properly). C:\svn\Cygwin\bin\svn checkout https://subversion/trunk/MYDIR tmp 3 [main] svn 3324 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 863 [main] svn 3324 open_stackdumpfile: Dumping stack trace to svn.exe.stackdump I've tried reinstalling CYGWIN from scratch twice, deleting all cygwin1.dlls, and searching for a solution on the internet, cygwin faq and cygwin mail archives, so far no luck. At least one other application, curl.exe, had problems too (not the same problem, it would just crash), but reinstalling cygwin seemed to fix that one. Had anyone else run into this? People must be using cygwin on Vista successfully. http://cygwin.com/acronyms/WJFFM, at least with Cygwin 1.7 http://cygwin.com/#beta-test. -- 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
Re: Howto set default text file type to DOS/Text under release 1.7 BETA
On 10/28/2009 07:59 AM, Niels Hallenberg wrote: Hi, I have just installed release 1.7 under Windows 7, 64bit. The setup.exe program seems to have changed and you can't any longer set the Default Text File Type to DOS/Text. I have a lot of scripts that won't run under bash as long as the extra CR's are not removed. I know of the tool doc2unix, however there are other obstacles too so having the auto-conversion is the best solution for me. snip I can, using the mount-command $ mount -f -o text,posix=0 c: /cygdrive/c change the mode to text: snip However, this does not fix the problem and I still get the error: $ ./foo.sh ./foo.sh: line 1: $'\r': command not found ./foo.sh: line 13: syntax error: unexpected end of file snip Any ideas? Have you tried all Eric's advice in his bash upgrade announcements? http://sourceware.org/ml/cygwin-announce/2009-07/msg2.html -- 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
Re: Bash - IF Statement
What is wrong with you people? What is the desire to continue posting in this thread? I am a relatively inexperienced cygwin/unix user who had an honest question and you people got so chafed up by it. If you are so insulted or annoyed by my question, then find a mod or something and delete it, or move on with your happy and gleeful day. If anything, it provides some search terms for a future potential poster who goes down the same errant path of thinking the white space issue is cygwin-specific. -- View this message in context: http://www.nabble.com/Bash---IF-Statement-tp26084169p26100417.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: Bash - IF Statement
On Wed, Oct 28, 2009 at 2:10 PM, briglass111 wrote: What is wrong with you people? What is the desire to continue posting in this thread? I am a relatively inexperienced cygwin/unix user who had an honest question and you people got so chafed up by it. If you are so insulted or annoyed by my question, then find a mod or something and delete it, or move on with your happy and gleeful day. If anything, it provides some search terms for a future potential poster who goes down the same errant path of thinking the white space issue is cygwin-specific. -- Welcome to Cygwin! -Jason -- 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: Removed 1.5.25 and installed 1.7.0, but still cannot access filenames containing Unicode
Corinna Vinschen wrote: I'm seriously puzzled. Could you please run $ strace -o ls.trace ls -l weird/ and send the ls.trace file as attachment? Maybe there's some hint in it. Done. -SM -- 3 3 [main] ls 288 open_shared: name shared.5, n 5, shared 0x60FC (wanted 0x60FC), h 0x770 198 201 [main] ls 288 heap_init: heap base 0x68, heap top 0x68 59 260 [main] ls 288 open_shared: name S-1-5-21-1343024091-688789844-1708537768-500.1, n 1, shared 0x60FD (wanted 0x60FD), h 0x76C 33 293 [main] ls 288 user_shared_create: opening user shared for 'S-1-5-21-1343024091-688789844-1708537768-500' at 0x60FD 29 322 [main] ls 288 user_shared_create: user shared version 2E710001 47 369 [main] ls 288 events_init: windows_system_directory 'C:\WINDOWS\system32\', windows_system_directory_length 20 115 484 [main] ls 288 dll_crt0_0: finished dll_crt0_0 initialization 73 557 [main] ls 288 _cygtls::remove: wait 0x 32 589 [main] ls 288 _cygtls::remove: removed 0x22CE64 element 0 43 632 [main] ls 288 _cygtls::remove: wait 0x 21 653 [main] ls 288 _cygtls::remove: removed 0x22CE64 element 0 166 819 [sig] ls 288 wait_sig: entering ReadFile loop, my_readsig 0x74C, my_sendsig 0x748 10895 11714 [main] ls 288 _cygwin_istext_for_stdio: fd 0: not open 112 11826 [main] ls 288 _cygwin_istext_for_stdio: fd 1: not open 18 11844 [main] ls 288 _cygwin_istext_for_stdio: fd 2: not open 180 12024 [main] ls 288 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\Administrator, no-keep-rel, no-add-slash) 42 12066 [main] ls 288 normalize_win32_path: C:\cygwin\home\Administrator = normalize_win32_path (C:\cygwin\home\Administrator) 25 12091 [main] ls 288 mount_info::conv_to_posix_path: /home/Administrator = conv_to_posix_path (C:\cygwin\home\Administrator) 77 12168 [main] ls (288) open_shared: name cygpid.288, n 288, shared 0x60FF (wanted 0x60FF), h 0x724 161 12329 [main] ls 288 ** 18 12347 [main] ls 288 Program name: C:\cygwin\bin\ls.exe (pid 288, ppid 1) 16 12363 [main] ls 288 App version: 1007.0, api: 0.189 17 12380 [main] ls 288 DLL version: 1007.0, api: 0.214 16 12396 [main] ls 288 DLL build:2009-10-03 14:33 21 12417 [main] ls 288 OS version: Windows NT-5.1 16 12433 [main] ls 288 Heap size:402653184 17 12450 [main] ls 288 ** 16 12466 [main] ls 288 pinfo::thisproc: myself-dwProcessId 288 19 12485 [main] ls 288 time: 1256742369 = time (0) 293 12778 [main] ls 288 parse_options: glob (called func) 41 12819 [main] ls 288 parse_options: returning 18 12837 [main] ls 288 environ_init: GetEnvironmentStrings returned 0x1 33 12870 [main] ls 288 environ_init: 0x6A8298: !::=::\ 32 12902 [main] ls 288 environ_init: 0x6A82A8: !C:=C:\cygwin\bin 35 12937 [main] ls 288 environ_init: 0x6A82C0: ALLUSERSPROFILE=C:\Documents and Settings\All Users 34 12971 [main] ls 288 environ_init: 0x6A8300: APPDATA=C:\Documents and Settings\administrator\Application Data 34 13005 [main] ls 288 environ_init: 0x6A8348: COMMONPROGRAMFILES=C:\Program Files\Common Files 34 13039 [main] ls 288 environ_init: 0x6A8380: COMPUTERNAME=DATASERVER 33 13072 [main] ls 288 environ_init: 0x6A83A0: COMSPEC=C:\WINDOWS\system32\cmd.exe 34 13106 [main] ls 288 environ_init: 0x6A83D0: CVS_RSH=/bin/ssh 33 13139 [main] ls 288 environ_init: 0x6A83E8: CYGWIN=noglob 31 13170 [main] ls 288 environ_init: 0x6A8400: EDITOR=nano 31 13201 [main] ls 288 environ_init: 0x6A8418: FP_NO_HOST_CHECK=NO 33 13234 [main] ls 288 getwinenv: can't set native for HOME= since no environ yet 22 13256 [main] ls 288 mount_info::conv_to_posix_path: conv_to_posix_path (C:\cygwin\home\Administrator, no-keep-rel, no-add-slash) 22 13278 [main] ls 288 normalize_win32_path: C:\cygwin\home\Administrator = normalize_win32_path (C:\cygwin\home\Administrator) 18 13296 [main] ls 288 mount_info::conv_to_posix_path: /home/Administrator = conv_to_posix_path (C:\cygwin\home\Administrator) 47 13343 [main] ls 288 win_env::add_cache: posix /home/Administrator 88 13431 [main] ls 288 win_env::add_cache: native HOME=C:\cygwin\home\Administrator 20 13451 [main] ls 288 posify: env var converted to HOME=/home/Administrator 43 13494 [main] ls 288 environ_init: 0x6A84A0: HOME=/home/Administrator 33 13527 [main] ls 288 environ_init: 0x6A8438: HOMEDRIVE=C: 34 13561 [main] ls 288 environ_init: 0x6A84C0: HOMEPATH=\Documents and Settings\administrator 34 13595 [main] ls 288 environ_init: 0x6A84F8: HOSTNAME=dataserver 32 13627 [main] ls 288 environ_init: 0x6A8518: INFOPATH=/usr/local/info:/usr/share/info:/usr/info: 32 13659 [main] ls 288 environ_init: 0x6A8558:
Re: Rsync link-dest not working for a host with the most recent rsync/cygwin 1.7
On Thu, 22 Oct 2009 20:08 PM, Steven Monai smona...@yahoo.ca wrote: Since I don't care about the retaining the permissions, and I now have a version of rsync on both sides that allows me to use link-dest without copying permissions I am happy. If someone wants to continue digging into this further I am still available. Thanks in advance for indulging me just a little bit further. Could you re-run your Cygwin-1.7 test case with --itemize-changes added to the rsync command-line? That should provide a hint at what Debian's rsync thinks is different between its existing file copy and Cygwin's source file. Also, I would like to see what Cygwin's 'stat' command says about the source file on the Windows box. The output of stat of my testfile on the box with cygwin 1.7 is stat testfile File: `testfile' Size: 1048576 Blocks: 1024 IO Block: 65536 regular file Device: bcdb6416h/3168494614d Inode: 27303072741079683 Links: 1 Access: (0700/-rwx--) Uid: (4294967295/ UNKNOWN) Gid: ( 401/mkpasswd) Access: 2009-10-20 23:37:29.577294700 -0700 Modify: 2009-10-21 00:36:28.0 -0700 Change: 2009-10-20 23:37:30.030425500 -0700 Here (http://pastebin.com/m6c414439) is the output of my rerunning my tests against the server with cygwin 1.7 with the --itemize-changes and -vv rsync options. Chris -- 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: [ANNOUNCEMENT] [1.7] Updated: {ncurses/libncurses9/libncurses-devel/ncurses-demo}-5.7-15
Charles Wilson cygwin at cwilson.fastmail.fm writes: ncurses is a package that provides character and terminal handling libraries, including 'gui-like' panels and menus. It is often used instead of termcap. This is a packaging bug fix, and an update to latest upstream. [[ compiled using gcc-4.3.4-1 ]] CHANGES since 5.7-14 o Update to 20091024 patchset o Rename ncurses9-config file to ncurses5-config o Moved ncurses*-config file to -devel package o Compiled using gcc-4.3.4-1 I'm getting a segmentation fault when I try to use tput. The program runs successfully if you just ask it for a version number, or if asked for a non- existent capability, but gets a seg fault when asked about a real capability. $ tput sgr0 Segmentation fault (core dumped) this is wrong $ tput -V ncurses 5.7.20091024 OK, latest version $ tput garbage tput: unknown terminfo capability 'garbage' OK, this is correct $ type tput tput is hashed (/bin/tput) The seg fault didn't happen with the previous version. Is there anything else I should try to debug this? Would you like cygcheck output? -- Eric Backus -- 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: Rsync link-dest not working for a host with the most recent rsync/cygwin 1.7
Chris Francy wrote: On Thu, 22 Oct 2009 20:08 PM, Steven Monai smona...@yahoo.ca wrote: Could you re-run your Cygwin-1.7 test case with --itemize-changes added to the rsync command-line? That should provide a hint at what Debian's rsync thinks is different between its existing file copy and Cygwin's source file. Also, I would like to see what Cygwin's 'stat' command says about the source file on the Windows box. The output of stat of my testfile on the box with cygwin 1.7 is stat testfile File: `testfile' Size: 1048576 Blocks: 1024 IO Block: 65536 regular file Device: bcdb6416h/3168494614d Inode: 27303072741079683 Links: 1 Access: (0700/-rwx--) Uid: (4294967295/ UNKNOWN) Gid: ( 401/mkpasswd) Access: 2009-10-20 23:37:29.577294700 -0700 Modify: 2009-10-21 00:36:28.0 -0700 Change: 2009-10-20 23:37:30.030425500 -0700 Here (http://pastebin.com/m6c414439) is the output of my rerunning my tests against the server with cygwin 1.7 with the --itemize-changes and -vv rsync options. Notice that the Uid/Gid of 'testfile' on Cygwin 1.7 is a bit crazy. It is likely that '/etc/passwd' and/or '/etc/group' have not been set up correctly on that box. On the Debian side, it appears that rsync is unable to preserve ownership when presented with that strange Uid, instead saving the file with Uid/Gid = 0/0. (Presumably, rsync is running as 'root' on the Debian box.) On subsequent runs, Debian's rsync determines that the source file and its local copy are different, because the source Uid (4294967295) is different from the local Uid (0). Thus, when asked to preserve ownerships, rsync with the --link-dest option effectively never creates any hard links. That explains why omitting --owner and --group from the rsync command line is a passable work-around in your case. Arguably, a better solution might be to get sane Uid/Gids associated with files on the Cygwin box, but only you can decide whether the effort would be worth it. (It may be as simple as running 'mkpasswd' and 'mkgroup' with appropriate options.) -SM -- -- 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
pseudo-hang during postinstall
Hi, Using the latest 1.7 on XP SP3, installs seem to hang during the pre/post install phases, as if it's being blocked by a BLODA. However, it persists even after fully uninstalling any and every security-related item I could find (I didn't have much), stopping and disabling almost every service, and eradicating any mention of logitec and norton from the registry. Unlike mentions of BLODA I've seen, the processes eventually do seem to continue if I leave them long enough. A bunch of zombie bash.exe process accumulate, but the install does seem to be successful. Eventually. Here's perhaps an interesting tidbit: if I try to shut down without killing every bash.exe the install process has left behind, the machine is 100% unresponsive for 15-20 seconds until the bash.exe is not responding message pops up and I kill it, then again for 15-20 seconds for the next, and so on. Once it's working, it's working, except that I can't start sshd as a service. If I open a shell and run /usr/sbin/sshd by hand, it's fine. Does any of this ring a bell? Thanks, Jeffrey -- Jeffrey Friedl Kyoto, Japan http://regex.info/blog/ -- 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: [ANNOUNCEMENT] [1.7] Updated: {ncurses/libncurses9/libncurses-devel/ncurses-demo}-5.7-15
Eric Backus wrote: I'm getting a segmentation fault when I try to use tput. The program runs successfully if you just ask it for a version number, or if asked for a non- existent capability, but gets a seg fault when asked about a real capability. $ tput sgr0 Segmentation fault (core dumped) this is wrong $ tput -V ncurses 5.7.20091024 OK, latest version $ tput garbage tput: unknown terminfo capability 'garbage' OK, this is correct $ type tput tput is hashed (/bin/tput) The seg fault didn't happen with the previous version. Is there anything else I should try to debug this? Would you like cygcheck output? Short of compiling a debug version yourself and tracking down why it crashes, no -- cygcheck probably won't help, because I can reproduce the error here. It may be a while until I can fix this, tho; for now the workaround is to revert to -14. Thanks (sigh) for the report. -- Chuck -- 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: {subversion,subversion-apache2,subversion-devel,subversion-perl,subversion-python,subversion-ruby}-1.6.6-1
NEWS: = This is a new upstream release. See CHANGES (URL below) for more information. IMPORTANT: This release will silently upgrade your Subversion working copies to the 1.6 format, rendering them unusable with previous major versions of Subversion. Please see the release notes http://subversion.tigris.org/svn_1.6_releasenotes.html for more details about the changes in Subversion. See http://svn.collab.net/viewvc/svn/tags/1.6.6/CHANGES for more details about the changes in 1.6.6. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.5/index.html for the latest official release of the Subversion Book, covering 1.5 or http://svnbook.red-bean.com/en/nightly/index.html for the WIP version of the book covering 1.6. DOWNLOAD: = Note that downloads from sourceware.org (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. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- David Rothenberger daver...@acm.org Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best. -- Frank Zappa -- 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] [1.7] Updated: {subversion,subversion-apache2,subversion-devel,subversion-perl,subversion-python,subversion-ruby}-1.6.6-2
A new version of subversion is now available for download. This version is built for Cygwin 1.7. CYGWIN NEWS: There was one test failure with Cygwin 1.7. * All tests hang using the serf HTTP library. This package still includes support for serf, but if you encounter problems, please switch to the neon library. NEWS: = This is a new upstream release. See CHANGES (URL below) for more information. IMPORTANT: This release will silently upgrade your Subversion working copies to the 1.6 format, rendering them unusable with previous major versions of Subversion. Please see the release notes http://subversion.tigris.org/svn_1.6_releasenotes.html for more details about the changes in Subversion. See http://svn.collab.net/viewvc/svn/tags/1.6.6/CHANGES for more details about the changes in 1.6.6. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.5/index.html for the latest official release of the Subversion Book, covering 1.5 or http://svnbook.red-bean.com/en/nightly/index.html for the WIP version of the book covering 1.6. DOWNLOAD: = Note that downloads from sourceware.org (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. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- David Rothenberger daver...@acm.org Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best. -- Frank Zappa -- 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: pseudo-hang during postinstall
On 10/28/2009 09:36 PM, Jeffrey Friedl wrote: Once it's working, it's working, except that I can't start sshd as a service. If I open a shell and run /usr/sbin/sshd by hand, it's fine. Does any of this ring a bell? Other than the part about sshd, no. As for sshd, since you've run it by hand, and I'm assume you didn't do so from a LocalSystem-owned shell, you're guaranteed that you won't be able to run it as a service now without undoing everything that you did (and most of that is stuff that I'm sure you didn't realize you were doing at the time). If you never plan to allow more than the user you're running the service as to log in with sshd, then that's OK. Otherwise, you have a problem. Sorry if this sounds harsh. I'm just not a fan of reading the plight of people on this list that can't get sshd running because of this. I know, in your case you couldn't get it to run as a service before this. But now, you're further away from being able to do it, if that's ever a goal. -- 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
Symbolic links on NTFS with real symbolic links
Dear Folks, On NTFS systems that support real symbolic links (eg those with Vista) the comand ln -s does *not* create a native symbolic link merely an old style shortcut. Will ln -s be chansed to support native symbolic links? Also rm link removes the target of the symbolic link not the link file. Is this what you want? Regards, Neil -- 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
Updated: {subversion,subversion-apache2,subversion-devel,subversion-perl,subversion-python,subversion-ruby}-1.6.6-1
NEWS: = This is a new upstream release. See CHANGES (URL below) for more information. IMPORTANT: This release will silently upgrade your Subversion working copies to the 1.6 format, rendering them unusable with previous major versions of Subversion. Please see the release notes http://subversion.tigris.org/svn_1.6_releasenotes.html for more details about the changes in Subversion. See http://svn.collab.net/viewvc/svn/tags/1.6.6/CHANGES for more details about the changes in 1.6.6. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.5/index.html for the latest official release of the Subversion Book, covering 1.5 or http://svnbook.red-bean.com/en/nightly/index.html for the WIP version of the book covering 1.6. DOWNLOAD: = Note that downloads from sourceware.org (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. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- David Rothenberger daver...@acm.org Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best. -- Frank Zappa
[1.7] Updated: {subversion,subversion-apache2,subversion-devel,subversion-perl,subversion-python,subversion-ruby}-1.6.6-2
A new version of subversion is now available for download. This version is built for Cygwin 1.7. CYGWIN NEWS: There was one test failure with Cygwin 1.7. * All tests hang using the serf HTTP library. This package still includes support for serf, but if you encounter problems, please switch to the neon library. NEWS: = This is a new upstream release. See CHANGES (URL below) for more information. IMPORTANT: This release will silently upgrade your Subversion working copies to the 1.6 format, rendering them unusable with previous major versions of Subversion. Please see the release notes http://subversion.tigris.org/svn_1.6_releasenotes.html for more details about the changes in Subversion. See http://svn.collab.net/viewvc/svn/tags/1.6.6/CHANGES for more details about the changes in 1.6.6. DESCRIPTION: Subversion is a version control system designed to be a compelling successor to CVS. Please see http://svnbook.red-bean.com/en/1.5/index.html for the latest official release of the Subversion Book, covering 1.5 or http://svnbook.red-bean.com/en/nightly/index.html for the WIP version of the book covering 1.6. DOWNLOAD: = Note that downloads from sourceware.org (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. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = To unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: 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. -- David Rothenberger daver...@acm.org Remember, Information is not knowledge; Knowledge is not Wisdom; Wisdom is not truth; Truth is not beauty; Beauty is not love; Love is not music; Music is the best. -- Frank Zappa
